补充一点，如果是368x272 、480x208等比例，完全可以用原来的方法解决，就是DA HACK出来的。

测试原来的368x272的AVC，显示完美，可以调节比例。

也就是出了720x480的，其余分辨率都用第一种方式搞定。

是啊，现在关键就是720X480怎么弄。
我这儿有一筐D9可以做片源的说。
急求VOB转MP4（720x480）方法。

对了还有就是原来用ATOMchanger改过的也都可以放VIDEO底下放了，310OE的时候部分无法通过。

引用:

原帖由 BigBangBang 于 2007-4-16 10:38 发表
是啊，现在关键就是720X480怎么弄。
我这儿有一筐D9可以做片源的说。
急求VOB转MP4（720x480）方法。

可以转720x480的3GP

不过这个是ffmpeg的，效果估计一般

http://www.cngba.com/viewthread.php?tid=16684977

x264的...用qyqgpower的参数设置，测试可用

引用:

[Item0]
Title=HAVC  X264-crf18 AAC-96kbps fps=23.98
TitleE=HAVC  X264-crf18 AAC-96kbps fps=23.98

Command0=""<%AppPath%>\cores\extractwave" "<%InputFile%>" "<%OutputFile%>.wav""

Command1=""<%AppPath%>\cores\neroAacEnc_SSE2" -br 128000 -if "<%OutputFile%>.wav" -of "temp\out_aac.mp4""

Command2="rm "<%OutputFile%>.wav""

Command3=""<%AppPath%>\cores\MP4box" -raw 1 "temp\out_aac.mp4"

Command4=""<%AppPath%>\cores\x264" --crf 18 --level 3 --ref 2 --no-fast-pskip --bframes 3 --b-rdo --bime --weightb --direct temporal --subme 6 --analyse p8x8,b8x8,i4x4 --me umh --threads auto --thread-input --progress --no-psnr --no-ssim --sar 40:33 --output "temp/out.264" "<%InputFile%>""

Command5=""<%AppPath%>\cores\MP4box" -fps 23.98 -add "temp\out.264" "<%OutputFile%>.MP4"

Command6=""<%AppPath%>\cores\MP4box" -fps 23.98 -add "temp\out_aac_track1.aac" "<%OutputFile%>.MP4"

Command7="rm "temp\out_aac.mp4""

Command8="rm "temp\temp\out_aac_track1.aac""

Command9="rm "temp\out.264""

[ 本帖最后由 arex 于 2007-4-16 11:01 编辑 ]

引用:

原帖由 arex 于 2007-4-16 10:40 发表
对了还有就是原来用ATOMchanger改过的也都可以放VIDEO底下放了，310OE的时候部分无法通过。

在3.30上还需要用ATOMchanger改吗

先谢过arex大~
=========================
可那个x264核心的ini，我添加到\3GP Converter\default_setting下也依然无法用啊。
视频文件拖进3GP窗口中，进程都不开始....
是不是我的3GP不支持ini里的参数呢？
平时不爱研究这个，临时一用就抓瞎。
方便的话，能否给个支持720*480视频的3GP傻瓜包呢？
再谢....

[ 本帖最后由 BigBangBang 于 2007-4-16 15:03 编辑 ]

现在最大的问题是Resize的算法

观察两个样本在PSP上播放情况
1分12秒左右，剪影的头发飘动

480x272一塌糊涂，边缘全都是色渗+锯齿
480P在Zoom模式下比较完美，边缘明晰、毫无色渗、有时稍微有一些不明显的锯齿

虽然同样的文件在PC上播放并不会这么明显，但PSP上就是非常恶心
对比过PSP上播放MJPEG和AVC，结果是一样的，所以基本排除解码器问题

尝试过
BilinearResize较柔和，但仍旧存在问题
BicubicResize较锐利，色渗明显
LanczosResize和Lanczos4Resize更锐利，色渗更严重
VD的Precise bicubic (A=-1.00)非常锐利，色渗稍微比上两个少一点
PointResize PC上预览都是锯齿，还用在PSP上测试吗
Spline36Resize锐度一般，色渗严重，3tap的Spline16Resize没有测试，效果不可能比36好
GaussResize 已测试，默认值非常柔和，说难听点就是糊，仍旧色渗

PSP内置的Resizer可以比较完美地将480p Resize到480x270上并且保持高度精确的点对点，为什么avisynth带的这么多算法却没有一个能做到同样的效果呢？

[ 本帖最后由 qyqgpower 于 2007-4-17 00:36 编辑 ]

任何resize都有source/dest尺寸限制，比如bi-linear对于2倍以上的缩放就完全不能行。bi-cubic理论上可以做到4倍缩放。lanczos4如果不是缩放比例很大，edge halo现象也不会很明显。反正从7xx X 4xx缩放到480x272基本可以接受，本来PSP的屏的拖影现象对于视频来说就更应值得关注。当然LS可以用外挂dll尝试一下lanczos3。

现在需要一个比较傻瓜型的转480p的软件。

引用:

原帖由 syu 于 2007-4-16 16:00 发表
现在需要一个比较傻瓜型的转480p的软件。

严重同意！
而且要完美支持DVD转MP4
参数中可选择配音轨、字幕轨
还能自动得到VOB中正确的视频高宽比
还得快:D

压制720x480的要求已经达到一般的标准DVDRIP的水平了。

在我看来想靠傻瓜软件实现DVD直转还要速度快几乎是不可能的。

用AVS配和x264几乎是不二选择。有很多GUI可供选择，MeGUI是十分理想的。

resize滤镜我一般喜欢用BicubicResize(480,208,-0.8,0)    -0.8这个数字越小越锐利...感觉是比较接近PSP本身的resize方式。原来在CG上cyrax提供的方法

其实PSP本身的Resize方式有时候也不是很理想，比如如果有字幕的话，字幕效果可能还不如480x272用Lanczosresize的效果好...

dvd720x480播放时作anamorphic调整回正确比例，psp是anamorphic然后resize成480x272。理论上实时resize都是不及软体算法
如果源是720x480，分别压720x480，480x272，后者因为做了resize边缘锯齿一定免不了。720x480zoom模式下当然会比480x720清晰
720x480的fullscreen与480x272播放时的对比才能看出其中的差别

avs的几个resize根据算法是有对应的，一般柔和的适用动画，锐利的适用电影，根据片源的类型来选择那种算法比较好

刚才帖子里写错了，是480p的full模式和480x272对比，自己去对比看一下吧

天差地别

resize算法有各种用途我当然知道，大多数算法在PC上显示都是非常不错的，但同样的像素在PSP屏幕上显示就会产生严重的色渗，特别是颜色对比强烈的区域

但PSP内置算法就不会产生这种情况，所以可以排除屏幕本身的问题

我现在的诉求就是有什么算法可以产生和PSP内置算法一样或相近的像素，减少像这两个样本之间巨大的差别

[ 本帖最后由 qyqgpower 于 2007-4-16 18:23 编辑 ]

引用:

原帖由 arex 于 2007-4-16 16:35 发表
resize滤镜我一般喜欢用BicubicResize(480,208,-0.8,0)    -0.8这个数字越小越锐利...感觉是比较接近PSP本身的resize方式。原来在CG上cyrax提供的方法

很可惜没有用，和PSP内置Resizer差远了，甚至还不如默认值

http://www.live-share.com/files/203123/b-0.8_0.mp4.html
看了一下文档
Negative values are not allowed for b, use b = 0 for values of c > 0.5.
b不能是负值的


对了，3.30OE还不能截图吗？把同一帧截下来看看
480x272 PSP
480x272 PC
720x480 PSP full mode

这样三张就能对比了

[ 本帖最后由 qyqgpower 于 2007-4-16 21:34 编辑 ]

太专业了，看不太懂

3.30OE可以用Cheatmaster截图