搜索找到 19 个匹配

去高级搜索

Calvadoc
2013-01-22 23:04
版面: 封装容器 / Container muxer and demuxer
主题: mp4box使用延时参数封装m4a后mp4时长翻倍
回复总数: 4
阅读次数: 4624

Re: mp4box使用延时参数封装m4a后mp4时长翻倍

1 在mp4設delay不知道播放出來的會是什麼東西呢...... 2 另外確定這個video是23.976fps的? 3 用mp4box還是很不靠譜 4 這命令行是megui弄出來的吧 确实是由megui的mp4 muxer生成的,本来是这样的: mp4box.exe -add "G:\ep26\ep26.mp4#trackID=1:fps=23.976" -add "G:\ep26\ep26 T80 2_0ch 448Kbps DELAY -224ms.m4a#trackID=1:lang=ja:delay=-224" -tmp "G:\...
Calvadoc
2013-01-22 22:07
版面: 封装容器 / Container muxer and demuxer
主题: mp4box使用延时参数封装m4a后mp4时长翻倍
回复总数: 4
阅读次数: 4624

mp4box使用延时参数封装m4a后mp4时长翻倍

有一个只含视频流的mp4文件(23分5秒),以以下的参数使用mp4box封装m4a文件,封装完成后的mp4文件时长变为原来的大约两倍(mediainfo下总体时间和视频流时间显示为46分12秒;音频流时间显示为23分6秒)。在potplayer上播放正常,时间轴显示正常。但在MPC-HC上时间轴显示为46分12秒,前23分5秒播放正常,后半部分无法播放。而在一些移动设备上播放封装后的mp4时,时间轴显示为46分12秒,前半部(前23分6秒)分声音视频均正常,后半部分(23分6秒之后)又开始重复前半部分的视频,但是没有声音。 封装参数: mp4box.exe -add "G:\ep26...
Calvadoc
2013-01-22 21:27
版面: 视频编码器 / Video encoder discussion
主题: x264(8bit) crf模式如何减少暗部色块
回复总数: 4
阅读次数: 3446

Re: x264(8bit) crf模式如何减少暗部色块

akw28888 写了:--crf 0呢?
另外你確定那是blocking不是banding?
crf 0模式生成文件的大小接受不能 {:cat_12}
Calvadoc
2013-01-20 16:24
版面: 视频编码器 / Video encoder discussion
主题: x264(8bit) crf模式如何减少暗部色块
回复总数: 4
阅读次数: 3446

x264(8bit) crf模式如何减少暗部色块

在使用crf模式(crf18 不使用MB tree)压制时,发现暗部场景往往会有色块,即使将crf值调低也收效甚微,不知如何才能尽可能减少?
Calvadoc
2012-12-12 17:10
版面: 视频编码器 / Video encoder discussion
主题: 话说现在已经有人用Hi444PP标准压片了
回复总数: 19
阅读次数: 14128

Re: 话说现在已经有人用Hi444PP标准压片了

upyzl 写了:LZ是因为长期用老megui的自动添加ConvertToYV12()才会这样想的吧...

我想知道有啥解码器默认就把YUV的视频解码成RGB了,另外就是注意解码器和渲染器的区别

----
fraps录制的是RGB视频(或者说屏捕类的都是这样,只不过很多是输出的时候就直接MPEG-2/MPEG-4 ASP转码了,变成8bit YUV 4:2:0也不奇怪...)
额,被发现了呢。那么就是说实际上那个ConvertToYV12()根本就不需要,还是说只是针对x264这个编码器而言?
Calvadoc
2012-12-12 9:11
版面: 视频编码器 / Video encoder discussion
主题: 话说现在已经有人用Hi444PP标准压片了
回复总数: 19
阅读次数: 14128

Re: 话说现在已经有人用Hi444PP标准压片了

dgwxx 写了:除非手动转换颜色空间,否则AviSynth内部会保持源滤镜输出的颜色空间。所以如果源滤镜输出的clip是YV12的,AviSynth也会默认用YV12,最终也会输出YV12给x264。

说到RGB片源,有很多视频捕捉卡输出的貌似还真是RGB的。所以录游戏的人貌似会用到RGB(只是听说而已,我从来不玩游戏-v-
学习中。那么平常时我们压片用AviSynth最后需要conv到YUV而avs脚本中没有YUV到RGB的函数,原因是不是在解码那一步就已经由解码器转为了RGB直接出入到AviSynth中?
Calvadoc
2012-12-11 23:21
版面: 视频编码器 / Video encoder discussion
主题: 话说现在已经有人用Hi444PP标准压片了
回复总数: 19
阅读次数: 14128

Re: 话说现在已经有人用Hi444PP标准压片了

fch1993 写了:不过对于片源是RGB的源还是最好采用444+PC RANGE压制吧。
不过RGB的片源很少见吧,绝大多数都是YUV的

话说如果视频流被AviSynth处理过自然而然就变为RGB的了,以至于最后还要conv到YUV,所以从这一角度来说,RGB“片源”似乎又很多
Calvadoc
2012-12-09 13:00
版面: 视频编码器 / Video encoder discussion
主题: 话说现在已经有人用Hi444PP标准压片了
回复总数: 19
阅读次数: 14128

Re: 话说现在已经有人用Hi444PP标准压片了

dgwxx 写了:如果有啥超NB的方法能做出完美的Chroma Upsampling(且处理正确)的话倒是也没什么不可以的。不过Upsampling做得好不好就看压制的功夫了。如果只是为了参数看起来NB一些的话实在是感觉不到有什么必要。

此外楼主为啥讨厌Hi10p的?
Hi10p目前不能硬解(也许有人会说软解效果比硬解好神马的),WMP默认不支持(也许有人说安个解码器包神马的)

好吧,以上理由似乎都太牵强了,总之就是感觉Hi10p这种很另类
Calvadoc
2012-12-09 11:07
版面: 视频编码器 / Video encoder discussion
主题: 话说现在已经有人用Hi444PP标准压片了
回复总数: 19
阅读次数: 14128

话说现在已经有人用Hi444PP标准压片了

RT CoreAVC 3.0.1无解,CyberLink就更别说了 目前发现FFDShow和LAV可解 http://img170.poco.cn/mypoco/myphoto/20121209/11/6435678520121209110601094.png 更新: http://img170.poco.cn/mypoco/myphoto/20121209/19/6435678520121209195232078.png 注:Hi10p最高才4:2:0 更新截图(仅供参考): 低码率场景: http://img170.poco.cn/mypoco/myphoto/20121209/12/64...
Calvadoc
2012-12-05 9:55
版面: AviSynth
主题: 请教一个画面的问题
回复总数: 25
阅读次数: 12864

Re: 请教一个画面的问题

受到论坛里大神的教诲,特此更正一下: 如果你以为看到扫描线就说这是30i那你就大错特错了 全金属狂潮日版的BD既不是Progressive也不是Interlaced里面的30i,而是Interlaced里面MBAFF 我也是一直为这个问题头疼: (第一部) http://img170.poco.cn/mypoco/myphoto/20121205/09/64356785201212050950481031508014254_001.jpg (第三部) http://img170.poco.cn/mypoco/myphoto/20121205/09/64356785201212050950481...

去高级搜索