AVI-Mux GUI绿色版下载-多功能视频编辑/合并/处理工具 v1.17.8.3 绿色版

　　AVI-Mux GUI是一款非常实用且免费的音视频文件编辑与处理工具，它可以将多个视频，音频或字幕文件组合到一个文件中，而没有大小限制，可以将输出文件的属性配置为比此类应用程序通常更深的层次；随着网络上视频文件的爆炸式增长，毫无疑问，在某些情况下需要进对视频文件行处理才能播放它们，这就是AVI-Mux GUI派上用场的地方：它可以为音频，视频和字幕轨道创建一个文件；该程序主要通过将音频轨道、视频轨道和自定义字幕轨道合并到一个文件中，为所有的用户提供一个很好的解决方案，它可以在简化的用户界面中进行操作；用户还可以通过此工具使用AVI和MKV文件来创建最终视频！

软件功能

　　支持的输入文件类型：AVI，MKV/WAV，MPA / MP3，AC3，DTS，AAC，OGG / Vorbis SRT，SSA。

　　支持的输出格式：AVI，MKV原始（MPx，AC3，DTS）ATDS-AAC，OGG / Vorbis。

　　支持 Open-DML AVI 规范，可创建无大小限制的 AVI 文件

　　支持创建Rec列表，可按大小、时间等标准分割文件

　　可导入 MPx, AAC, HE-AAC 等音频流到你的 AVI 中，以使其 100% 兼容 AVI 容器文件规范

　　可抽取输入文件中的流为Raw数据，比如抽取 AVI 容器文件中的 SRT, SSA 字幕流为独立的字幕文件

　　支持抽取AVI/MKV 容器文件中的 MP3, AC3, DTS, AAC, OGG/Vorbis等音频流为独立的音频文件

软件特色

　　使用固有缓存而非 Windows 的文件缓存以提升性能

　　可以直接修复部分 AVI 而无需转码

　　可直接存取 Mode 2 - Form 2 文件

　　可直接使用 AVI 中的 Vorbis 流作为数据源

　　可合成 SSA 字幕到 AVI/MKV 文件中

　　根据 FourCC 而非根据扩展名来判定文件格式

　　这样eMule上那些将MKV/OGM文件刻意重命名为AVI刷分的小白们改造的假牙将不会混淆程序对源文件的解析

使用教程

　　用户可以直接通过此网站下载对应的安装包，然后即可进行解压，双击程序即可将其打开

　　双击后，即可弹出对应的用户界面，整个用户界面的功能模块分布非常清晰

　　您可以查看打开的文件列表，从中可以选择一个或多个文件以生成一组流源（选择多个文件以将其串联）。

　　右键单击此类文件会打开一个菜单，该菜单允许对文件执行操作，例如删除文件或构建RIFF或EBML树结构（如果您不知道它是什么，则不需要此菜单）。

　　对于模式2表格2-文件，您可以启用和禁用CRC检查。

　　在流树中，您可以看到创建的流，还可以设置这些流的属性，例如流是否为默认流，还可以提取某些流类型（您可能希望从中提取音频流AVI或MKV文件）。

　　单击音频流时，将显示“延迟编辑”字段，您可以在其中输入将应用于音频流的延迟（以毫秒为单位）。这不适用于视频或字幕流。您也可以将流拖放到树中以更改其顺序，但是，输出文件将始终始终首先包含视频流，然后是音频流，然后是字幕。

　　AVI的大文件有问题完全错误。AVI支持大于当前任何硬盘的文件。但是，某些软件（例如许多硬件MPEG4播放器的固件）无法处理大于2 GB的AVI文件，尽管这些文件已在10年前指定。

　　AVI只能处理1或2个音频流完全错误。一些想写容器比较的人仍然相信这一点，甚至写了这样的虚假信息以弥补不存在的OGM的优势，尽管即使原始的AVI文件规范也支持256个流（无论它们有多少个）音频或视频），尽管AVI-Mux GUI多年来已经能够创建具有多个音频流的AVI文件

　　要设置流名称，请单击名称本身，然后按F2，然后树项变为编辑字段。完成后，按TAB键。然后，您可以从下拉列表中选择语言代码，也可以手动键入语言代码。

　　您可以在此处找到所有可能的语言代码的完整列表。您可以通过将长长的列表中的新语言代码添加到文件language_codes.txt来将其添加到AVI-Mux GUI 。

　　对于更高版本，我计划添加使用情况计数器管理，以便例如首先显示5种最常用的语言代码，然后显示其余部分。

　　AVI流名称是ANSI，因此您只能使用本地字符集中可用的字符。MKV流名称是unicode，因此您可以键入任意内容（klingon除外，它不属于UTF-8）

　　您可以通过右键单击对话框的某个位置来调用上下文菜单。通过此上下文菜单，您可以更改语言，将当前配置保存到skript文件中以及在普通视图和协议视图之间切换。

　　AVI无法处理字幕AVI可以处理文本字幕，AVI-Mux GUI和DVobSub / VSFilter证明了这一点。

　　AVI中的字幕无法剪切确实有些事情比这更容易实现。剪切/加入AVI文件的字幕流需要对整个字幕数据块进行解释，处理和重建，这需要大量的代码工作。在AVI文件中加入字幕与在普通字幕文本文件中加入字幕非常相似。

　　但是，AVI-Mux GUI可以对SRT和SSA字幕执行此操作。

　　AVI文件有很多开销在AVI-Mux GUI支持将MP3帧打包成某种“宏帧”之前，MP3-VBR确实造成了很多开销（仍比OGM少）。对于几乎所有其他格式，这是过去，现在是错误的。仅AAC音频会导致大量开销，因为将几个AAC帧打包为一个块会破坏当前的解码器。

　　VirtualDub及其衍生版本创建的文件在AVI-Mux GUI术语中称为混合文件，并且不支持将多个MP3帧打包为一个块，因此这些工具产生的开销实际上是AVI文件开销的上限。

　　MP3-VBR-in-AVI很脏这可能是有关AVI传播最广泛的信息。在DirectShow中搜索MP3-VBR音频流的方式就像是视频流，而不是音频流：每个块都包含一段固定时间的数据（对于视频，通常为33或40毫秒，对于MP3音频为24毫秒） 48 kHz）。要加载的块/帧仅为[时间] / [每帧时间]，就好像它是视频流一样。

　　查找MP3-VBR的方式对AVI文件有效。也许不是故意的用于音频流，也许是，事实上，该规范并未将任何特定的搜索策略限制为任何特定的流类型！流头中有一个值叫dwSampleSize，该值是0，以便触发VBR流搜索。

　　这是在MSDN中正式记录的，而不是黑客，漏洞或其他任何东西。MP3-VBR和AAC在AVI中的存储方式已指定，并且完全符合AVI文件规范。

　　AVI中的AAC不起作用此功能从AVI-Mux GUI 1.15.5（1.15.4的5.1 AAC文件存在错误）开始。

　　这些文件在Microsoft的AVI分割器以及Gabest的AVI分割器中都可以正常运行，这两个文件均未对此提供任何特殊支持。

　　在AVI中存储VBR的技术与MP3相同。MP4巨魔很多，说着诸如“您不应该将AAC放入AVI，这是一个坏主意，MP4对此更好，MP4更加现代等等”。忘了这个废话，AVI中的AAC符合AVI文件规范。

　　AVI中的AC3很麻烦部分正确。但是，这些问题仅是由损坏的过滤器和损坏的硬件引起的！如果混合应用程序尊重这些错误，则没有问题。

　　AVI不支持双向编码AVI容器尚未设计为存储B帧，因此无法在不解码任何数据的情况下分辨出帧是P还是B。

　　XVID和DIVX以非常独立的方式解释规范，以确保一个块确实仅引用前面的块，而不引用前面的块。这是AVI规范的有趣转折，但显然有资格成为骇客

　　AVI无法流式传输部分正确。无法完全流式传输AVI输出。当使用AVI-Mux GUI编写AVI时，在每个千兆字节的数据之后，必须执行两次查找操作。

　　可以创建可以以流模式读取而无需任何查找的AVI文件。这不是我的错，因为没有可用的过滤器可以利用这种可能性，而无需使用特殊的方法来说服它

　　AVI比OGM或MKV具有更多的开销适用于MKV，适用于OGM。请参阅AVI导致大量开销

　　AVI不支持模糊编码的影片和长宽比的存储Open-DML AVI标准包括一个用于视频流的VIDEOPROPERTYHEADER，它可以从Matroska的DisplayWidth和DisplayHeight元素的角度指示输出分辨率。