这里是研究视频转换的吧么
dwing吧
全部回复
仅看楼主
level 9
最近在研究转码,到处翻教程什么的,最近又接触到了vfr,于是百度上乱翻,来到了此吧。(^-^)翻了翻帖子看来错不了
2012年07月21日 13点07分 1
level 9
作为小白,勇敢地提个问题。 我用mediacoder把h264的mkv转成Xvid的MP4,1280x720的片源转成640x360,出来的画面比片源的亮度要暗淡很多,用过的很多转换器都一样,怎样调能最大限度接近片源的画质?问得有点小白啊
2012年07月21日 13点07分 2
level 13
这种情况最好放图说明一下。另外这个跟VFR似乎没什么关系
2012年07月21日 14点07分 3
嗯,我是搜索vfr找到这个吧而已。明天电脑上的时候上图
2012年07月21日 15点07分
level 13
几乎没用过二次编码,浪费了一倍时间,却并没有带来本质的画质提升。而且2-pass似乎用的是CBR??
我一般用CFR一次性编码,质量很不错。
我对颜色不敏感,微小的颜色变化我是看不出来的。贴吧的高人们经常探讨这个问题,似乎是因为色系转换中引起的缺失?YUV-RGB的精度损失??等高人来讲解。
2012年07月22日 02点07分 5
你那句没有带来本质的提升 可以吐槽 提升有 性价比没有 1pass crf效果更好 不过对于快餐来说肯定不合适 不是谁都ep的
2012年07月22日 03点07分
CFR还是crf?是啥子
2012年07月22日 04点07分
@天野夕 那还是没有本质的提升,2-pass以前玩过,对比1-pass肉眼几乎看不出来有什么画质的提升,以后就都不用了。唯一觉得有点用的就是2-pass对码率和容量的控制确实比1-pass更精确,但是这个没什么实际价值。
2012年07月22日 04点07分
@abcfy2 要不您对比下ssim 绝对比你的彩虹眼好
2012年07月22日 04点07分
level 8
既然是用megui,写AVS的时候加个滤镜提高下亮度就可以了。(比如我这样写,我这里设置了亮度1.3,是个很高的值了。一般不需要这么亮的,需要多少你自己用播放器预览微调吧。)
Levels(0,1.3,255,0,255)
2012年07月22日 04点07分 7
level 10

2012年07月22日 04点07分 9
level 10
您的彩虹眼就是标准好了吧
不入你法眼的都是渣
2012年07月22日 04点07分 10
@abcfy2 您说没错 我没要改变你的认为 我说的是2pass数据上 比1pass好看行了吧
2012年07月22日 05点07分
level 10
麻烦放低您的架子 我不知道您的视觉无损是什么 可否音频也有个听觉无损
可否说在引入psy后所为的参数你说好就好 你说不好就不好
2012年07月22日 05点07分 12
在我看来,判定的标准依然是自己的眼睛,1000个人眼中有1000个哈姆莱特,就是这个道理。一堆参数的目的是什么?还不是为了压制出来的给人看的?如果压制出来自己感觉不到有什么变化的话,那么我一般是不用的。我不是专业人士,我不是专家,我只是爱好者而已,压制给自己看的
2012年07月22日 05点07分
@abcfy2 没错没错
2012年07月22日 05点07分
我不会说一堆大道理,大理论,我也没有强大的理论基础,别人的各种评测我也看不懂,老实说,别人的很多比较画质帖子在我眼中几乎看不出来有什么区别,觉得很可笑吧,事实确实如此。我写的X264参数也很简单,别人动不动三四行,还不停变换的参数,我觉得很汗颜,我写出来的参数基本就只有一行
2012年07月22日 05点07分
我写不出多么复杂的参数,也不会写那么复杂的参数,我只写一些我觉得比较明显能提升画质的参数,仅此而已,很多参数在我看来感觉不出什么区别,我就没有写。我的参数几乎万年不变,一个批处理几乎所有的视频都拖上去一次搞定。
2012年07月22日 05点07分
level 12
用于移动设备所以必须用XVID?
解决方法同6L
原因是在渲染没有旗标(flag)的视频时,576p以上均会采用BT.709规范,576p及其以下会采用BT.601规范,你这是720p转360p,要么事先转了,要么视频渲染时告知渲染器
正确的
ColorMatrix;当然从质量上讲我推荐后者,因为709转601本身会有额外的损失(解决方法就是6L说的x264参数)
2012年07月22日 05点07分 13
我现在遇到的是情况正好跟楼主的相反,是视频变亮。那我该怎么处理好呢?
2012年07月22日 11点07分
我贴个图到下面楼去给你看看这个变亮的情况。
2012年07月22日 11点07分
level 9
不要莫名其妙地做YUV和RGB直接的转换,这个转换过程本身是有损的(特别是420-444-420这种)。更不应该拿RGB来编码,RGB的编码效率低下,x264一切psycho-visual优化也是针对YUV做的。
但如果要做colormatrix的转换又必须要有YUV和RGB的转换,这时如果用Dither工具的16bit精度可以减小损失,但无法避免420-444-420的过程,所以最好的办法还是不动colormatrix,在编码的时候加上BT.709的旗标。
2012年07月22日 06点07分 14
人家用的是XVID,不是x264,机型为5230,不支H.264.
2012年07月22日 06点07分
level 8
2012年07月22日 11点07分 17
用的什么解码?
2012年07月24日 10点07分
@zj262144 指用d264压制的时候
2012年07月24日 10点07分
@zj262144 终结解码2012版的那个(他好像又分默认模式,编码模式的。我记得我是在用默认的,没去设置。)
2012年07月24日 11点07分
我把设置截图放下面楼去。
2012年07月24日 11点07分
level 13
以前用的mencoder和现在用的x264(+ffms)一直都没发现过色彩和亮度偏差问题, 转码经过的步骤越多, 越容易受干扰, 没有什么特殊需求, 还是尽量不用AVS比较好.
2012年07月22日 11点07分 18
冤枉啊D大,我上面截图那个是D264不经AVS压出来的说。
2012年07月22日 13点07分
啊,不对。上面那个看了下是有经AVS的,不过我对比过不经AVS的也有变亮。只是可能没那么明显。
2012年07月22日 13点07分
@凝芳文 即使不使用AVS,使用FFMS和LAVF,好像也要涉及matrix的问题,要不然tMod新增 avs根据分辨率自动切换matrix的patch,增加sws根据分辨率自动切换matrix的patch,有什么用?ffms和lavf借助libswscale来的,内置的resize也是靠它,不过06_taro自己本人也没测试是否正确
2012年07月22日 13点07分
@free077go matrix和分辨率相关这种问题真是很蛋疼...转换就老老实实把YUV解出来再压进去就好了, 只有初始视频输入和最终播放需要关心matrix, 如果播放时无法确定, 可以动态分析来决定.
2012年07月22日 14点07分
level 1
若干年后,2000tb的硬盘10块钱一个,若干年后,10块钱的mp4,播放2160p全格式无压力,那时候就不用在意这些格式转换来,转换去的问题了。
2012年07月22日 12点07分 19
我相信若干年后垄断的运营商依然无法满足大文件高速传输的需求,还是需要这些东西把视频压缩的尽可能小一些传输
2012年07月22日 14点07分
10块钱一个是不可能的,真是如此的话,做硬盘卖硬盘的还不如废品回收赚的多...体积倒是有可能,按照历史规律,2000MB到2000GB只花了15年. 不过更重要的是,网速能提升几倍呢,这才是限制视频文件体积的关键因素.
2012年07月22日 14点07分
当人类到达脑电波的时代,这些东西就像当年的游戏卡一样了。
2012年07月22日 15点07分
level 1
我现在已经分不清 tv/pc-range
和 601/709 的 错误差别了
2012年07月22日 23点07分 20
level 8
2012年07月24日 11点07分 21
换ffdshow呢?话说完美解码本身是很久没更新了么,还没有lav video...
2012年07月25日 11点07分
@zj262144 昨晚重装了一遍2012版的终结解码(自带安装FFDSHOW的,看了版本也是2012版的)。现在看回去上次截图泛白的那个视频,现在竟然没有泛白了....(如此说来,其实编码没出问题,只是解码或者渲染的问题咯?)
2012年07月25日 11点07分
@凝芳文 啊对了,我的FFDSHOW现在出了个奇怪情况,resize后不生效。我记得是这样设置的啊(我楼下贴图)。
2012年07月25日 11点07分
1