电脑CPU：P4 2.8E
电脑内存：512M
测试影片：AVI
容量:47.6M
播放时间:2分15秒

AVC 512kbps Stereo/128kbps
转换时间:3分20秒
转换后容量:11.6M
画质:B

AVC 512kbps Stereo/128kbps 2-PASS
转换时间:7分25秒
转换后容量:10.5M
画质:B

AVC 768kbps Stereo/128kbps
转换时间:3分40秒
转换后容量:15.4M
画质:B+

AVC VBR QB22 Stereo/128kbps
转换时间:3分20秒
转换后容量:19.5M
画质:A

AVC VBR QB25 Stereo/128kbps
转换时间:2分45秒
转换后容量:9.03M
画质:C

对比：
画质最好
AVC VBR QB22 Stereo/128kbps
细节还原非常棒

容量最小
AVC VBR QB25 Stereo/128kbps
画质模糊，类似非全屏AVC效果，不推荐

时间最长
AVC 512kbps Stereo/128kbps 2-PASS
容量比1-PASS略有减少，但消耗时间太长，不推荐

结论：
追求画质
AVC VBR QB22 Stereo/128kbps

追求容量
AVC 512kbps Stereo/128kbps

附加测试：
PMP-AVC VBR QB22
转换时间:4分05秒
转换后容量:13.1M
画质:A（与AVC VBR QB22 相比，在一些边缘处理上不如前者锐利，但差别很小）



[ 本帖最后由 真忘私绵 于 2007-1-12 00:43 编辑 ]

顺便问问
怎么设置才能让3GP转出来的文件名字按照原文件起？
现在都乱跳……

在cg看过了，在这里帮顶。

贴一下目前研究出来的用3GP转效果最佳的方案的脚本，仅供参考。方案来自cngba的abraxas

3GP脚本是我写的，PSP测试成功，体积相对很小，质量高，压制速度极慢，大概是片源时间的2倍+  要是要比较快的方案，就是熊猫用的那个，也是我编写的脚本

除了3GP，还需要以下程序: avs2wav（或者extractwave） x264 ffmpeg mp4box  atomchanger

========================================================

引用:

[Item0]
Title=480x272 MP4-AVC  X264-crf24 AAC-96kbps
TitleE=480x272 MP4-AVC  X264-crf24 AAC-96kbps

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

Command1=""<%AppPath%>\cores\ffmpeg" -y -i "<%OutputFile%>.wav" -bitexact -vn -acodec aac -ac 2 -ar 48000 -ab 48 "temp\out_aac.mp4"

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

Command3=""<%AppPath%>\cores\x264" --crf 24 -A all --level 3 --me umh -m 6 --bime --ref 2 --mixed-refs --bframes 16 --b-rdo --weightb --trellis 2  --aud   --thread-input --progress --output "temp/out.264" "<%InputFile%>""

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

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

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

Command7=""<%AppPath%>\cores\ATOMChanger.exe" "<%OutputFile%>.MP4" "<%OutputPath%>MAQ<%RandomNumber5%>.MP4" "AtomAVC.ini"

Command8=""<%AppPath%>\cores\ffmpeg" -y -i "<%InputFile%>" -f image2 -ss 5 -vframes 1 -s 160x120 -an "<%OutputPath%>MAQ<%RandomNumber5%>.THM""

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

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

Command11="rm "temp\out.264.txt""

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

Command13="rm "<%OutputFile%>.MP4""

引用:

原帖由 真忘私绵 于 2007-1-12 00:46 发表
顺便问问
怎么设置才能让3GP转出来的文件名字按照原文件起？
现在都乱跳……

<%OutputPath%>MAQ<%RandomNumber5%>.MP4  改成  <%OutputFile%>.MP4 就可以了，THM文件同理。

另外那个pmp-avc和avc的差别，应该是由于AVS脚本的参数设置造成的。

换句话说，二者的视频完全是一回事，都是用同样的软件处理，处理完以后，+MP3一打包就成为PMP-AVC。 而+AAC一打包，就成了MP4-AVC

两者的视频完全具备互换性。但是前提是视频没有b-frame，因为pmp-avc不支持

方法如下

pmp-avc => mp4-avc

视频用pmp-avc demuxer分离出来，音频用besweet把MP3转换成aac，然后用mp4box合成打包，再用atomchanger转换成PSP识别的。

mp4-avc => pmp-avc

视频用yamb把.264的raw视频提取，音频用goldwave把AAC转换成mp3，然后用pmp_avc_muxer合成为PMP-AVC

[ 本帖最后由 arex 于 2007-1-12 01:26 编辑 ]

用我很久之前改的那个atomchanger就不需要29.97fps限定了

A大的解释让偶茅塞顿开

看来MP4-AVC压制效率不如PMP－AVC高和AAC格式有关

[ 本帖最后由 小岛秀夫 于 2007-1-12 01:24 编辑 ]

引用:

原帖由 qyqgpower 于 2007-1-12 01:17 发表
用我很久之前改的那个atomchanger就不需要29.97fps限定了

我就是在找你做的那个atomchanger呢，找了好久了，翻贴翻了半天了，原来有的。后来不小心弄不见了.

麻烦您在提供下好吗？

由于TG的搜索只能搜到06/7以后的帖子了...

[ 本帖最后由 arex 于 2007-1-12 01:31 编辑 ]

引用:

原帖由 qyqgpower 于 2007-1-12 01:17 发表
用我很久之前改的那个atomchanger就不需要29.97fps限定了

能不能把你很久之前的那个atomchanger再提供下啊，我不小心弄不见了，今天到处找都找不到，TG也不能翻旧帖了

先谢了

引用:

原帖由 arex 于 2007-1-12 00:48 发表
在cg看过了，在这里帮顶。

贴一下目前研究出来的用3GP转效果最佳的方案的脚本，仅供参考。方案来自cngba的abraxas

3GP脚本是我写的，PSP测试成功，体积相对很小，质量高，压制速度极慢，大概是片源时间的 ...

为何我用这个脚本转换报错？好象没有生成out_aac.mp4

T>允许使用Avisynth动态链接库
T>秒速5CM preview8000k1280_720.wmv (Model: MP4, for PSP (Direct, renamed)/480x272 MP4-AVC  X264-crf24 AAC-96kbps)
E>"F:\PSP\PSP_TOOLS\3GP_Converter\cores\avs2wav" "C:\DOCUME~1\HK$\LOCALS~1\Temp\9B1CE107-5CB3220A-DA5D7A43-736274C7.avs" "F:\PSP\AVC\MP_ROOT\100ANV01\秒速5CM preview8000k1280_720.wav"
avs2wav v1.0 by Jory Stone <jcsston@toughguy.net>
Input: C:\DOCUME~1\HK$\LOCALS~1\Temp\9B1CE107-5CB3220A-DA5D7A43-736274C7.avs
Output: F:\PSP\AVC\MP_ROOT\100ANV01\秒速5CM preview8000k1280_720.wav
Scanning for Audio Stream...
Found Audio Stream

Writing WAV Headers...
Scanning...

Took 0.83 seconds for the writing pass
E>"F:\PSP\PSP_TOOLS\3GP_Converter\cores\ffmpeg" -y -i "F:\PSP\AVC\MP_ROOT\100ANV01\秒速5CM preview8000k1280_720.wav" -bitexact -vn -acodec aac -ac 2 -ar 48000 -ab 48 "temp\out_aac.mp4
ffmpeg version CVS, build 4759, Copyright (c) 2000-2004 Fabrice Bellard
  configuration:  --enable-mp3lame --enable-faac --enable-faad --enable-amr_nb --enable-amr_wb --disable-ffplay --enable-small --enable-memalign-hack --enable-gpl --enable-xvid --enable-dts --enable-a52 --disable-vhook --enable-pthread --enable-x264
  built on Dec  1 2005 17:25:10, gcc: 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
Input #0, wav, from 'F:\PSP\AVC\MP_ROOT\100ANV01\秒速5CM preview8000k1280_720.wav':
  Duration: 00:01:40.0, start: 0.000000, bitrate: 1411 kb/s
  Stream #0.0: Audio: pcm_s16le, 44100 Hz, stereo, 1411 kb/s
Could not open 'temp\out_aac.mp4'
A>Dialog : 发生了一个错误 [Error:1]
T>Finished.
E>F:\PSP\PSP_TOOLS\3GP_Converter\finishing\MessageBox.exe

这个要在3GP的文件夹下面建立一个temp的文件夹。

还有就是，一定要转成29.97的，因为ATOMchanger不是qyqgpower 的那个可以支持任意29.97以下fps的，不是29.97就是会不同步的...

还有就是编码那叫一个慢啊，我是无法接受的,8~9fps的速度...

后来看了下这方法根本就是LEVLEUP的EZbuilder的思路，个人感觉不是很好。还是推荐用ffmpeg压的方法，效果一点不差 速度快的多，而且有进度条显示。并且不用担心不同步，从23.98到29.97都没问题的。

中了邪了，研究一晚上，刚才花1个半小时转换了个夏娜OVA，23.98fps的还是不同步...还是一开始的方法简单实用....

http://www.live-share.com/files/135550/atom.rar.html

在3GP下建立temp文件夹后果然可以了，我之前看脚本还以为是把temp文件夹建立在输出目录呢
arex提供一个效果最好的脚本吧，熊猫的AVC VBR QB22 Stereo/128kbps貌似我这里没有

引用:

[Item0]
Title=AVC VBR QB22 Stereo/96kbps fps=Orginal
TitleE=AVC VBR QB22 Stereo/96kbps fps=Orginal
Command0=""<%AppPath%>\cores\ffmpeg" -y -i "<%InputFile%>" -title "<%Title%>" -timestamp "<%TimeStamp%>" -bitexact -vcodec h264 -coder 1 -bufsize 128 -g 250 -qscale 22 -maxrate 2000 -acodec aac -ac 2 -ar 48000 -ab 48 -f psp "<%OutputPath%>MAQ<%RandomNumber5%>.MP4""
Command1=""<%AppPath%>\cores\ffmpeg" -y -i "<%InputFile%>" -f image2 -ss 5 -vframes 1 -s 160x120 -an "<%OutputPath%>MAQ<%RandomNumber5%>.THM""

[Item1]
Title=AVC VBR QB22 Stereo/96kbps fps=29.97
TitleE=AVC VBR QB22 Stereo/96kbps fps=29.97
Command0=""<%AppPath%>\cores\ffmpeg" -y -i "<%InputFile%>" -title "<%Title%>" -timestamp "<%TimeStamp%>" -bitexact -vcodec h264 -coder 1 -bufsize 128 -g 250 -r 29.97 -qscale 22 -maxrate 2000 -acodec aac -ac 2 -ar 48000 -ab 48 -f psp "<%OutputPath%>MAQ<%RandomNumber5%>.MP4""
Command1=""<%AppPath%>\cores\ffmpeg" -y -i "<%InputFile%>" -f image2 -ss 5 -vframes 1 -s 160x120 -an "<%OutputPath%>MAQ<%RandomNumber5%>.THM""

我自己用的两个，没有加什么额外参数，速度很快。

如果片源是29.97以下的，用fps=Orginal 转，保持原桢率；如果是30fps的，用fps=29.97转，因为实验最大只能支持29.97，30fps无论如何无法识别。

由于2pass是在太慢，一般转x264的都使用vbr的动态编码，品质21~26，越低越好。

个人主要看动画比较多，所以一般即使用Q22转出来也不会太大，一般根据动画的质量，25分钟左右的是70~100M左右。如果觉得大可以把Q值改得高一些~~~

现在用qyqgpower大的atom再转一次试试~~~23.98的还是应该转成23.98比较科学

引用:

原帖由 arex 于 2007-1-12 02:50 发表
[Item1]
Title=AVC VBR QB22 Stereo/96kbps fps=29.97
TitleE=AVC VBR QB22 Stereo/96kbps fps=29.97
Command0=""<%AppPath%>\cores\ffmpeg" -y -i "<%InputFile%>" -title "<%Title%>" -timestamp "<%TimeStamp%>" -bitexact -vcodec h264 -coder 1 -bufsize 128 -g 250 -r 29.97 -qscale 22 -maxrate 2000 -acodec aac -ac 2 -ar 48000 -ab 48 -f psp "<%OutputPath%>MAQ<%RandomNumber5%>.MP4""
Command1=""<%AppPath%>\cores\ffmpeg" -y -i "<%InputFile%>" -f image2 -ss 5 -vframes 1 -s 160x120 -an "<%OutputPath%>MAQ<%RandomNumber5%>.THM""

这个是没有RESIZE的吧
转出来一小段竟然和片源的分辨率一样....

不过AVC VBR QB22 Stereo/96kbps fps=Orginal这个也没写分辨率参数，转出来却是480X272的，不懂了