搜索 社区服务 统计排行 帮助
发帖 回复
« 返回列表
«123»
共3页
上一主题下一主题
  • 5289阅读
  • 31回复

[思考] 64位系统压片的一些焦虑的问题...

 楼层直达
summoner
级别: 新手上路
注册时间:
2002-12-13
在线时间:
0小时
发帖:
199
只看楼主 更多操作 楼主  发表于: 2010-03-18
新配了机器,i7 930 OC 3.8Ghz, 6G DDR3, GTX260+

通过avs2yuv(32位)解码avs为y4m格式,通过通道传送给64位版x264进行压制. 结果很让人焦虑.



x264已经准确地设置了8线程工作, 通过内置的滤镜压RAW格式文件能塞满所有CPU资源.

采用dgdecnv通过CUDA运算解码蓝光片源, 但是由于后期在avs脚本中作了一些处理(简单的锐化)导致32位的avs在预览时帧数显著下降.

图片中可以看到x264的CPU占用率40%都不到...大部分的时间x264是在等待avs2yuv传送数据...

不知道这里有没有相似经历的朋友. 我感觉现在除了开两个x264之外,靠32位的avisynth完全无法使用所有的系统资源,而现在的64位avisynth还是处在实验阶段,滤镜也不全...
分享到 淘江湖 新浪 QQ微博 QQ空间 开心 人人 豆瓣 网易微博 百度 鲜果 白社会 飞信
哼!!人家才不是bb!!你全家都是BB!!
回复 引用
举报顶端
ssnake
级别: 新手上路
注册时间:
2005-06-30
在线时间:
1小时
发帖:
529
只看该作者 1楼 发表于: 2010-03-18
x264參數更疼點就能占多些CPU了= =

比如
--subme 10 --trellis 2 --me tesa --merange 64 --no-fast-pskip
回复 引用
举报顶端
summoner
级别: 新手上路
注册时间:
2002-12-13
在线时间:
0小时
发帖:
199
只看该作者 2楼 发表于: 2010-03-18
引用
最初由 ssnake 发布
x264參數更疼點就能占多些CPU了= =

比如
--subme 10 --trellis 2 --me tesa --merange 64 --no-fast-pskip


但是速度不会上升啊..而且,这么疼的参数真的有必要么...?
哼!!人家才不是bb!!你全家都是BB!!
回复 引用
举报顶端
ssnake
级别: 新手上路
注册时间:
2005-06-30
在线时间:
1小时
发帖:
529
只看该作者 3楼 发表于: 2010-03-18
更復雜的ME是有意義的，性價比多高則由你自己取舍

要速度的話AviSynth MT甚至AviSynth MT x64都是可以考慮的，其實你更可以不要AviSynth
回复 引用
举报顶端
wtyrambo
级别: 侠客
注册时间:
2008-12-29
在线时间:
15小时
发帖:
355
只看该作者 4楼 发表于: 2010-03-18
只挂滤镜的话直接用direct264+ffdshow?ffdshow有64bit的,不过direct264貌似只有32bit...不知道会不会瓶颈...
回复 引用
举报顶端
summoner
级别: 新手上路
注册时间:
2002-12-13
在线时间:
0小时
发帖:
199
只看该作者 5楼 发表于: 2010-03-18
引用
最初由 ssnake 发布
更復雜的ME是有意義的，性價比多高則由你自己取舍

要速度的話AviSynth MT甚至AviSynth MT x64都是可以考慮的，其實你更可以不要AviSynth


现在用x64 MT倒是没有问题,就是自己多年攒的滤镜和脚本放不下....:o
哼!!人家才不是bb!!你全家都是BB!!
回复 引用
举报顶端
翡璃月
级别: 新手上路
注册时间:
2007-04-16
在线时间:
0小时
发帖:
69
只看该作者 6楼 发表于: 2010-03-18
引用
最初由 summoner 发布


现在用x64 MT倒是没有问题,就是自己多年攒的滤镜和脚本放不下....:o


就是這個原因 所以我採用 MeGUI 讓內建的 vfw4x264.exe 將x86的 avs 效果嫁接另x64來處理最後的影片壓制
缺點是 vfw4x264.exe 有x86的單一程式最大記憶體使用限制 2GB (x86的通病)
但也無可奈何的 以目前多數濾鏡(尤其更強大的)尚未有x64版本問世
回复 引用
举报顶端
xiaobin
级别: 工作组
注册时间:
2006-10-04
在线时间:
28小时
发帖:
476
只看该作者 7楼 发表于: 2010-03-18
原来这是贝贝的马甲=w=
学问之美，在于使人一头雾水；
诗歌之美，在于煽动男女出轨；
女人之美，在于蠢得无怨无悔；
男人之美，在于说谎说得白日见鬼。
回复 引用
举报顶端
uc0083
级别: 圣骑士
注册时间:
2003-02-20
在线时间:
79小时
发帖:
1605
只看该作者 8楼 发表于: 2010-03-19
原来这是贝贝的另一马甲
嗯。。。
回复 引用
举报顶端
roozhou
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 9楼 发表于: 2010-03-19
蛋不疼怎么可能用掉2G的地址空间？x264又不是什么大型数据库。
回复 引用
举报顶端
summoner
级别: 新手上路
注册时间:
2002-12-13
在线时间:
0小时
发帖:
199
只看该作者 10楼 发表于: 2010-03-19
引用
最初由 roozhou 发布
蛋不疼怎么可能用掉2G的地址空间？x264又不是什么大型数据库。


avs4x264真的能吃掉将近2G空间...压1080p@60fps的时候...
哼!!人家才不是bb!!你全家都是BB!!
回复 引用
举报顶端
squallatf
级别: 新手上路
注册时间:
2004-08-01
在线时间:
4小时
发帖:
480
只看该作者 11楼 发表于: 2010-03-19
等128位的cpu出来的时候64位也就成熟了
转变是有过程的
现在64的mpc-hc配合ffdshow 64基本上可以通吃了
überm Sternenzelt richtet Gott, wie wir gerichtet.

Girls
Usually
Need
Diamond
And
Money
回复 引用
举报顶端
roozhou
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 12楼 发表于: 2010-03-19
引用
最初由 summoner 发布


avs4x264真的能吃掉将近2G空间...压1080p@60fps的时候...

avs不管用什么都可能吃掉2G空间，如果你不加setmemorymax的话，这是avs 2.x的一个bug。
回复 引用
举报顶端
wolfsoft
级别: 工作组
注册时间:
2003-11-07
在线时间:
1小时
发帖:
7032
只看该作者 13楼 发表于: 2010-03-19
引用
最初由 roozhou 发布

avs不管用什么都可能吃掉2G空间，如果你不加setmemorymax的话，这是avs 2.x的一个bug。


我记得avs的setmemorymax有缺省值,也即你不设它也有上限

估计是你的x264多重调用avs导致内存暴涨.你用avs2yuv试试,这东西绝~~~对不会多重调用(除非自己编译什么特种版本),这时候也会吃掉2g内存么
青空が眩しい　君がいる風景は
幸せのオーラ　溢れ出すの　とまらないよ
駅前の噴水　虹を作っているよ
君を待つ時間さえも　かけがえない　プレシャスな時

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

FANSUB的历史,又翻过了新的一页
回复 引用
举报顶端
蓝の回忆
级别: 骑士
注册时间:
2006-09-22
在线时间:
0小时
发帖:
965
只看该作者 14楼 发表于: 2010-03-19
2核党表示64位快不到哪去....很微弱了...
64位只是让自己有自豪感..显得我很疼,我很犀利..
回复 引用
举报顶端
发帖 回复
« 返回列表
«123»
共3页
上一主题下一主题
快速回复
限150 字节
上一个 下一个