v11v11v99 发表于 2011-11-12 15:23:04

来看看,各位前辈的要义

skyendlit 发表于 2011-11-23 00:02:22

我觉得版主和各位坛友一直在误解一个问题,其实MKV是一种容器,不是一种编码方式,版主一直在提的看看视频信息就知道是不是MKV编码方式,其实是一大误区。关于MKV详见度娘或维基。

任何视频编码文件都可以封装成MKV格式,RMVB可以,MPEG1和MPEG2也可以,WMV也可以,因为MKV只是一种容器,是用来封装的,而不是用来编码的。只不过网上流传的大部分MKV视频,其编码形式主要以AVC为多。

AVC是一种编码方式,属MP4,现时盛行的MP4编码有两种,一种是ISO MPEG4,另一种就是就是AVC(即H.264),H.264编码压缩比高,比ISO MPEG4要高出1.5倍,所以现在很多视频都以它来编码,而随着MKV格式的越来越盛行,越来越多的人将AVC视频封装进MKV。这就是为什么大多数人误解MKV编码就是AVC的原因。

很显然,管理员也一直在误解,管理员一直提到的TVMW5输入插件列表里,只保留最后一项,显然是错的,因为你要处理的MKV,有可能也会是上面几种编码的视频被封装进去的。

当你遇到MPEG编码封成的MKV时,肯定它会调用MPEG阅读器,当你遇到DIVX编码封装成的MKV时,它就会调用DIVX阅读器。

测试MKV是否被同时调用字幕,跟TVMW5的输入插件没有任何关系,因为就算有一个插件是坏的,这些插件之间是各自孤立的,调用MPEG阅读器,跟本跟DIVX阅读器就没关系,所以都选上的时候,是为了能输入更多的格式。输入一个文件时,只有一种阅读器在起作用,而不是全部都在起作用,其他的没有冲突。

IsaacZ 发表于 2011-12-18 16:48:15

文件输入插件中只保留Directshow文件阅读器的意义

本帖最后由 IsaacZ 于 2013-2-17 21:58 编辑

skyendlit 发表于 2011-11-23 00:02 http://bbs.dianbo.org/static/image/common/back.gif
我觉得版主和各位坛友一直在误解一个问题,其实MKV是一种容器,不是一种编码方式,版主一直在提的看看视频信 ...
同意你说的大部分内容,但就涉及IsaacZ的几点问题分辩如下:

你说:版主一直在提的看看视频信息就知道是不是MKV编码方式
其实不然。我在14楼说的是:“是否真正MKV,一看编码信息就知”——我只说MKV,说的不是“MKV编码”。我只是让Shawn提供编码信息以确定源文件的“封装格式”(或“容器格式”),而不是编码格式。你可以在本版置顶的教程经验总索引中看到相关基础知识帖。事实上,Shawn在15楼提供的编码信息确实告诉了我们想要的信息:

概要
唯一ID                           : 223117378747080321920329350255385412989 (0xA7DAD815E743C77283F1436D70EE857D)
完整名称                           : E:\Downloads\Clover\[诸神字幕组][幽冥特工-第一小队][简繁字幕].mkv
文件格式                           : Matroska
格式版本                           : Version 2
文件大小                           : 1.24 GiB
长度                               : 59分 47秒
平均混合码率                           : 2 971 Kbps
编码日期                           : UTC 2011-04-11 14:42:16
编码程序                           : mkvmerge v4.5.0 ('Speed of Light') built on Feb1 2011 02:10:32
编码函数库                            : libebml v1.2.0 + libmatroska v1.1.0
我们看到编码程序的名字,就知道这是真正经过MKV封装的,不是Shawn所谓“披着mkv皮的mpeg”。


你说:很显然,管理员也一直在误解,管理员一直提到的TVMW5输入插件列表里,只保留最后一项,显然是错的,因为你要处理的MKV,有可能也会是上面几种编码的视频被封装进去的。
我要说的是,我并不是因为误解才做出这样的建议。通过只保留Directshow,我试图解决的是“分离器”问题,不是“解码器”问题。

在小日本里面的“文件输入插件”,被称为“File reader(文件阅读器)”。什么是阅读器?换言之,就是“读取器”、“打开器”,那么要打开一个视频,首先要做的事情是什么呢?据我所知,是先“分离”(参考这个帖子)。基于此,所谓文件阅读器的作用实际就是相当于一个视频分离器。如果用小日本无法打开一个视频文件或者打开的效果不正常,肯定是因为以下两点原因:
1、没有找到合适的分离器(文件阅读器)对之进行分离。
2、选择了错误的分离器(文件阅读器)对之进行分离。

我们知道,这些视频源文件用别的播放器都是可以正常打开播放并得到正确的播放效果的,这说明一点:显然是因为小日本和其他播放器所使用的分离器不同。——系统中存在可用的分离器,为什么小日本不调用可用的分离器,却调用不可用的分离器呢?猜想是对自家的文件阅读器过于自负了。

Directshow是一个系统接口,通过它可以连接大量系统级别的滤镜。不是说只保留Directshow文件阅读器,上面的文件格式都不能解码了;只保留 Directshow 而禁用小日本自带滤镜,其目的是为了提升Directshow滤镜的优先级,以便调用更多可用的外部滤镜,以达到与外部播放器一样的解码效果。当然,如果你能分辨出是哪个小日本自带文件阅读器造成麻烦,单独禁用这个引起麻烦的文件阅读器也可,全部禁用只是为了节省时间,快速解决问题。

mi_mier 发表于 2011-12-29 21:13:08

原来可以这样来内嵌字幕啊,学习了

degelsandy 发表于 2012-3-7 12:02:50

谢谢大家的讨论!

qq3939 发表于 2012-8-29 23:09:07

从技术的角度来说通过上面获益良多,但小日本5对MKV的字幕支持确实不完美,为了某一次压片要做这么多设置实在很累,而且下一次压片还要恢复原来的设置。为什么不用MKVExtractGUI导出字幕,再在小日本5中添加进去呢?简单而且可靠,最好的一点是,还可以对原字幕进行修改再压片。

IsaacZ 发表于 2012-8-29 23:47:40

qq3939 发表于 2012-8-29 23:09 static/image/common/back.gif
从技术的角度来说通过上面获益良多,但小日本5对MKV的字幕支持确实不完美,为了某一次压片要做这么多设置实 ...

为的是保留字幕原来的美观效果。如果提取SRT再导入小日本,很难做成原来的效果。

liuhuhuhu 发表于 2013-2-16 23:18:07

本帖最后由 liuhuhuhu 于 2013-2-16 23:50 编辑

xcz7777 发表于 2011-9-23 12:59 https://www.dianbo.org/static/image/common/back.gif
我用的是完美者解码
kmv分离器 改成haali(Autoload VSFilter)
就可以有字幕了

我也是使用的完美者解码,不过没有AUTOLOAD VSFLITER这个项目,只有 HAALI VSFILTER这项,打开了,但是还是加载不了 ASS字幕文件,在TMPGEnc 5里!

重新混流了mkv只保留了视频和音频文件,然后外挂ASS字幕,压缩成功!
页: 1 2 [3]
查看完整版本: TMPGEnc Video Mastering Works 5把内封字幕的MKV转成内嵌字幕的MP4