本过滤器用于帮助解决播放RAR压缩档案中的媒体文件，以文件源的方式导出给其它DirectShow分离器/解析器、以及带此类功能的解码器使用。
简单说，就是让你可以不用把RAR中的内容解压到硬盘，就可以播放其中的文件。
最新的MPC-HC早有对RAR档案的支持，但仅限于没有压缩比的文件。此过滤器插件没有这样的限制。
在任何情况下，此插件都不会创建文件来缓存解压数据，全部操作只在内存中完成。
也不会使用等空间的内存来存储解压文件，（在文件大小不超过某值的时候的确是这样），
根据实际的文件和档案特性来选择策略，后面有一个播放5G以上文件的测试截图，实际占用只有1/4。
本插件主要以MPC为准测试播放器，内部有针对MPC做了一此调整，比如额外的缓冲时间，预缓冲等，具体见后面的测试篇。
文中提到带有“本”或“此”开头的过滤器、插件、滤镜、分离器、解码器都是指同一个东西。
还有图中红色细框是作者手工用画图工具标上去的。
[配置说明]
操作系统：64位系统
内存需要：使用500M以上，建议至少4G。
CPU ：根据具体情况而定
解压版本：2.9
在文件（解压以后的）大小小于150M时，或者此文件没有压缩比（即存储模式）时，无CPU要求。
除此以外，如果要流畅的同步播放，至少要求CPU双核以上，否则咱是不能保证你机器会有多卡的。
另外，在这种情况下，是通过CPU来换取内存耗用的，因此CPU慢的，需要更多的内存。反之消耗内存也少。
我这边的内存占用约为1/4文件大小，在文件不太大时这个值是不明显的，因为过滤器本身的缓存就有100M了。
[安装说明]
执行regsvr32命令，或者运行压缩包中的install.bat。
默认只配置有mp4播放，要增加其它播放的文件类型，请在解码器目录下创建PFileExt.ini文件，
然后将需要支持的文件后缀名加入到其中，一行一个，不带点号。如下
引用
mp4
mkv
avi
mp3
[版本说明]
当前版本是一个最简单的测试版本，
1. 没有配置界面
2. 支持内部文件选择列表
3. 不支持自动切换到下一个文件播放
4. 支持内部同名字幕挂载
5. 不支持内部同名音轨导出
6. 不支持加密档
7. 不支持固实档
8. 不支持压缩分卷
9. 不支持自解压档
10. 支持非.rar后缀名的RAR档案
后面版本的考虑
1,3,5仅作考虑，但此版本基本不会怎么变了，除非有大的BUG或有好的建议并且有一定的需求人数。
另外说明一下，这里的BUG必须是稳定的BUG，因个别（除MPC以外的）软件出现的兼容性问题是不会处理的。
[使用说明]
任何支持DirectShow回放框架的播放器都可以使用此插件。
如果你使用支持RAR档案的MPC播放器，可以考虑在配置界面中关掉原有的内建RAR支持（非必须），否则你在播放RAR文件弹出的文件列表时，点取消就行了。
如果你打开RAR无法播放，请确认有无以下原因：
1. 压缩文件是否有是固实(Solid)压缩选项。
2. 是否在PFileExt.ini中配置了要支持的文件扩展名。
3. 再次检查压缩文件是否有密码、有分卷信息、有自解压（SFX）选项。
4. 检查文件解压版本是否为2.9。
4. 检查此文件是否是真的RAR档案，而不是被重命名的zip/7z等文件。
除2以外，其余都可以从WinRAR的档案属性中去确认。
打开较大的文件时，需要一定的缓冲时间，这个缓冲时间是作者自己加上去的，其中一部分根据机器性能而定的缓存数据时间，另一部分是固定的交出CPU时间给
解压线程(1s/GB)。原因在于播放器需要同步视频和音频时间，而RAR可以看成是加密流，是不便于随机访问的，虽然本解压库实现了随机访问，但无法做到准实时，一旦视频流数据到达的时间慢了就会陷入无限追赶时间轴的窘境，造成的结果就是看视频很卡的样子。因此，大文件需要靠强大的CPU支持才行，也是这个原因。
第二个原因是MPC造成的，当MPC从源读取数据时，发现数据太慢它便自已到磁盘上去打开那个文件来缓冲数据，像下面这样
但这货根本不知道它读的是一个压缩包文件，而我（源过滤器）传给它的是里面的MP4（假设）文件流。这个情况很糟糕，严重时会笋尖耗掉机器内存，可能会使你正在运行的其它程序出错也说不定。
虽然插件中已做了延时的应对策略，但也无法完全保证这种情况不会出现。一旦发现MPC缓存数据，请果断右上角×掉它。
还有一种情况是，用MPC打开文件后，发现总时间是0，也就不会播放文件了。这种情况通常出现于TS/VOB等类型的文件，因为它们无法确定总共的视频时间，能读多少算多少，而且在RAR中播放这类文件时，时间轴总是错误的，MPC并不会即时的去更新总时间。虽然如此，但是MPC是可以让你拖进度条的，拖的时候却能按当前总时间的百分比来定位，但显示的时间还是原来错的那个。
这种情况我现在已经找不到了，所以就没法截图了。
[相关测试]
1. 某5G以上压缩文件的播放，这种文件不太好找，之前随便找了个Miku39的Live，大小是达到了，但是由于2pass的AVC对rar来说，根本没有压缩比。要知道rar对于没有压缩比贡献的文件会采用直接存储的方式，这样就达不到这里测试的目的了。咱很蛋疼的2个小时等了一场梦TAT。
这里选的是TH2VAD里的某BDISO中拽出来的m2ts文件，通常这类文件是肯定会有压缩率的，但很多好像是切成了小片（BDISO接触不多，不是太确定）。
打开文件大概花了20秒，播放RAR时，MPC显示的视频大小是rar文件的大小，图中2、3是相同的。真实视频文件的大小是1处左边的那个。
播放过程中，内存会不断增长，CPU持续高占用，此图中显示的是CPU稳定后的大小。稳定后内存占用也基本稳定，此后再怎么也不会卡的了。
2. 某内封字幕，只要把视频文件和字幕文件打包在一个压缩包内，并保持相同文件名即可。
仅支持ASS/SSA的字幕格式。支持无BOM编码。
3. 格式支持，本插件没有格式限制，只需在配置文件（PFileExt.ini）中配好后缀名就可以了，剩下的工作就是播放器和其它解码器的事情了。
其实本作品在决定之前，此功能库是为了另一个需要而去搞的，因为本身对视频文件的压缩效果并不会有多好，而且尺寸大码率高多流，再加上MKV这样带字幕轨的，将大大增加文件随机访问的频度。相比之下EAC档案则没有这此顾虑，而且rar作为固有的EAC的档案容器，其原因并不在于它是否有多高的压缩比，而是在于rr后面的那个数字。残念的是，每次都得从中解压出来播放，这让吾等EAC狂人燃起了必攻略之的决心。
在解决了RAR问题之后，其实路还有很长，比如CUE如何应用，这个在作为解码器插件的角度来看不太容易搞定。不仅如此，吾等还想直接就能看到Cover，甚至浏览到BK。这个，我想除了自已搞定播放器没有其它办法了吧。（嗯，就这么愉快的决定了，，，）
当前的版本已经可以从RAR中播放无损档了，但要注意的是，MPC本身是不支持的，即使是RAR中的WAV格式它也不认。你必须安装一个支持raw输入流的分离器，好在目前的LAV Filter全部都支持了。
[补充说明]
先来科普一下吧
固实的压缩文件，所谓固实，就是结构紧凑的意思。RAR固实档案即是将所有文件的内容全部拼起来，当一个文件去压缩。这种格式的压缩档，如果要解压其中一个文件，就要从第一个文件开始，一个一个解完才能找到你要解压的文件在哪。好处在于增加了文件内容的关联性，有可能提高压缩率。因为这种结构，使得在RAR固实档中定位变得相当困难，所以这种格式的RAR档案不可能被支持。
很多人会因为名字的原因，把RAR固实档理解成更加可靠，更加安全。同样的，RAR压缩中有一个“保存文件安全数据”的选项，有些人看到也会瞎点。这里的安全数据是指一种与文件权限有关的文件属性，用于限制一台机器上不同用户对文件访问，跟文件内容也搭不上干系。对于普通个人用户，这个选项除了增加点压缩包的体积外，别无用处。真正能起到可靠安全作用的，RAR中只有恢复记录。
然后是标题，“本作”的意思是本人所作，由于个人10分讨厌“原创”两个字，故用此代之。
最后，说明一下本作品保留发布x86版本的原因，主要是因为32位系统的内存是受其地址空间限制的，最大4G（嫑跟我扯PAE），在Windows中32位程序通常只被分到2G的用户空间。而此过滤器主要就依赖较多的进程内存和前期的CPU消耗，这允许你在一个比较大的压缩包中尽快的浏览视频和音频，如果不是为了这个，一般MPC自带的RAR源已经能应付一些了，再者不大的文件直接从RAR中解压出来也用不了多长时间。如果说32位内存限制可以通过文件缓存来解决，那我肯定不会这么去做，因为本过滤器承诺的是零写入（writeless），如果要通过文件的话就意味每次播放都要往磁盘上解压一遍，这样对硬盘比较伤，我宁愿先解压一份放在边上，空间不够再删。因些，它在32位上并不实用。其实前面也说了本身对视频也不太实用，并且绝大多数视频都不会用RAR包来发布，咱主要用来看看MAD什么的。嘛，就做到这了。。
没有上传权限T_T，各位有需要的，请来这边下吧：
- http://forum.doom9.org/showthread.php?t=169855
方便的话，还请管理给个上传权限，或者帮忙下了传一下也行。
