Share EX2网络遭遇Amazon服务器大面积攻击

从前天开始,Share的工作状态就很奇怪。具体表现为,不定时的出现时间检测错误导致通讯停止。昨天到今天状态加剧为Share程序失去响应。

经过调查,发现为Amazon服务器群对Share进行了攻击。通过发送特定数据包,会导致Share出现时间检测错误的症状并停止通信。然后通过大量特定数据包的集中轰炸,使Share程序停止响应。

目前日本2ch论坛已经成立了Amazon攻击事件对策本部,地址如下:

http://hideyoshi.2ch.net/test/read.cgi/download/1247211701/

2ch给出的解决方法为使用PeerGuardian进行Share保护,其原理就是针对Share的端口进行保护,过滤掉来自Amazon服务器群的数据包。

以下是2ch整理出来的Amazon服务器群IP地址范围列表:

AMAZON-H42-8-96:12.187.8.96-12.187.8.127
AMAZON-01:207.171.160.0-207.171.191.255
AMAZON-02:72.21.192.0-72.21.223.255
AMAZON-03:216.137.32.0-216.137.63.255
AMAZON-AES:216.182.224.0-216.182.239.255
AMAZON-EC2-2:72.44.32.0-72.44.63.255
AMAZON-EC2-3:67.202.0.0-67.202.63.255
AMAZON-EC2-4:75.101.128.0-75.101.255.255
AMAZON-EC2-5:174.129.0.0-174.129.255.255
AMAZON-NET:204.177.154.0-204.177.155.255
AMAZON-EU-AWS:79.125.0.0-79.125.63.255

解决办法:

一、使用PeerGuardian,添加列表中的服务器。PeerGuardian要生效需要先清空share里所有的node,然后关闭share,打开PG,再打开Share,之后PG会过滤掉连接到的不良node。

二、有路由器的话,可以在路由器的防火墙里设置,ban以上列表的IP

三、使用cfos工具的同学,可以通过cfos的IP-Blockr功能ban掉以上IP

四、系统内安装有第三方防火墙的同学,可以通过第三方防火墙ban掉以上IP

麻烦:

这次的大规模攻击,除了对P2P造成不便之外,最严重的问题莫过于导致了Share的node生存率达到了历史最低。毕竟不是所有的使用者都懂得网络方面的知识,直接结果为Share大面积用户流失。对于一个P2P工具来说,用户流失是最为要命的问题。

madVR很强大,最近又纠结Resizer了……

之前纠结渲染器,最后我自己得出的结论是在XP下还是老老实实的用VMR9。

用VMR9的时候,推荐的Resizer设置是3D表面 Bicubic 0.6,但是我是对这个东西越来越看不顺眼。

具体原因很简单,Resize之后的品质差,线条纵向有明显的类似锯齿状竖纹

上图!

原画面为704×480的DVDRip,我自己压的,用了AR,然后截图是全屏播放模式下截取下来的。

1_VMR_Custom_Bicubic_0.6 2_EVR_Custom_Bicubic_0.6 3_madVR_SoftCubic50 4_madVR_Lanczos3

四个图依次是:VMR Bicubic , EVR Bicubic , madVR SoftCubic50 , madVR Lanczos3,点击可以放大哦~

我自己的肉眼对比结果,Bicubic可以去死了,画面模糊,线条锯齿,总之就是各种不能行。SoftCubic50倒是没有锯齿了,不过相比Lanczos3来说,比较模糊一点,不过好处就是没有Lanczos3那么明显的亮边。无论怎么看,都是Bicubic完败了。

之前aki也在群里说了,Resizer领域,Lanczos3已经是一锤定音的最强了,嗯嗯。

再来说说这个madVR,根据madshi自己的说法,这东西是为了追求品质的极限而不去考虑速度的渲染器,所以叫madVR嘛,很mad哦。号称使用了最强的Chroma Upsampling算法,提供最牛X的品质。还内置了很多其他的scaling算法,可以根据自己的需要选择。

试用了之后,品质确实赞的没话说,不过也有一些问题。在我这里DVD是无法正常播放的,而且DXVA肯定无法使用,madshi也说了,DXVA在将来也不会支持。然后就是这个渲染器只吃YV12的数据,所以在ffdshow里开了硬件Deinterlacer便无法使用madVR,因为开了那个的话,ffdshow的YV12输出就不能用咯~

还有一个问题,就是在播放器里自定义了madVR的Scaling算法后,再次打开播放器的时候,这些算法都会回到默认状态,让我很是头大了一阵。最后只能跑到doom9上用我蹩脚的英语询问了一下,得到的回复是这是一个已知的bug,需要等待madshi来修复了。

总之,如果喜欢全屏看片,然后又对品质有要求的人,可以考虑使用madVR哦~

Foobar2000 0.9.6.7 & WASAPI 2.1

Foobar放出了新版本0.9.6.7,修正了一些bug。比较神奇的是,这次距离0.9.6.6之间居然没有beta版本放出呢。WASAPI输出插件也已经更新到2.1了。

Adds Windows Audio Session API exclusive mode output support, allowing bit-exact output and muting all other sounds on Windows Vista systems. Windows Vista SP1 or newer required.
Version 2.0 highlights: fixed incompatibility with Windows 7; improved compatibility with certain soundcards.
Version 2.1 highlights: fixed glitch-on-seek bug.

这是WASAPI的changelog,支持Win7并且修正了bug,推荐使用Vista或者Win7的朋友使用最新的WASAPI来进行输出。

顺便附上下载地址好了:

http://www.foobar2000.org/?page=Download

 

扫盲:

那么WASAPI到底是啥东西呢?我引用一篇老文章给做个简单的解释。

Vista是微软近几年来,最大的操作系统改版。而在这次的新版本中,音效架构也出现了重大的变革,过去Windows XP的音效层级,除了应用程序之外,以下便属于核心模式(Kernel Mode)。这样的作法比较容易因为部分层级出错,就影响到整体的音效处理,因此在Vista上把过去核心模式层级的程序模块,大部分都移到使用者模式的层级中,如此一来可以增加系统稳定度,亦可以方便程序除错。Vista的音效架构起了大幅度的变化,主要的核心模式层级只剩下音效驱动的部分,而过去微软所制定出来的MME以及DirectSound API便不再直接起作用,取而代之是以WASAPI(Windows Audio Session API)来模拟这些旧有的API。

WASAPI是Vista新的UAA(Universal Audio Architecture)音效架构的API之一,这个新的API是以Session为概念,当不同的应用程序调用WASAPI,它们的需求会被各自独立成不同的Session进行音讯处理,处理过程会经过多个不同功能的APO(Audio Processing Objects),这些APO主要用来处理音量增益、格式转换及混音等功能,但并不包括SRC的动作。而且各个APO的功能各自独立不会混杂在一起,如此一来也能确保音讯处理时的质量,好过什么功能全包在一起的KMixer大杂烩,所以微软在APO的加入后,便拿掉了KMixer的功能,并将以上这些层级划分到使用者模式上,当这些流程处理完毕,才会将音讯送到驱动程序进行底层的运算处理。

从新的音效架构中,玩家可以得知Vista拿掉了几个过去常用的音效API,以及对音质影响颇大的KMixer,因此就这部分我们可以嗅出音质进化的味道。但是Vista新的音效架构,虽然改善了XP在安全性及音质层面的缺陷,却也导致了其它阶段性的问题产生。由于Vista推出前期有不少声卡厂商,还来不及针对WASAPI撰写新的驱动,因此只能以支持Windows XP的WDM(Windows Driver Model)驱动硬上,虽然Vista仍然可以使用WDM驱动,但并无法保证其兼容性,而且在音效架构本身就有所变化的同时,使用WDM驱动是可以完成安装没错,但却会出现音效播放时的时间位移或是音效中断等状况。除此之外,许多玩家会使用的创新未来EAX游戏音效处理,主要是透过DirectSound3D这个API,将数据送至音效晶片进行运算处理,藉此减轻处理器的运算负担,但在新的Vista音效架构中DirectSound已被移除,改由模拟转换的方式送至WASAPI中进行后续处理,但WASAPI并无法将数据直接送进硬件层,因此中间的转换过程便会造成EAX音效产生错误,这也使得创新未来必须重新针对各系列支持EAX音效的产品撰写驱动程序,就我们目前了解,X-Fi系列产品最先获得支持,至于较前期的声卡也会在近期陆续更新驱动。因此玩家若要在Vista使用音效,最好先到声卡的官网上,确认产品是否已有新的Vista驱动,否则难保不会出问题。

当然在Vista的音效功能中,除了解决KMixer的音质问题之外,WASAPI新的Session概念,也可以让每个使用音效的应用程序,个别控制其音量大小,也就是说如果同时有两个应用程序播放音效,玩家将可以在Vista的音量混音程序中,各别调整这两个应用程序的音量,这是过去在XP下所办不到的。另外Vista的音效控制还新增了几个功能,其中低音加强及低音保护,主要是针对低频段的几个频率讯号进行增益或衰减,如此一来可以满足玩家对于强劲低频的追求,或是降低其信号强度,以免发音单体出现破音的状况。而房间修正的功能,则是可以将麦克风放置在玩家最常聆听计算机音效的位置进行收音,然后透过喇叭系统播放测试讯号,如此一来麦克风便能将喇叭系统所处的空间播放状况收录下来,交由Vista进行空间反射的试算,自动调整声音播放时的频段增益,达到较好的聆听效果。而房间修正的功能只有在喇叭播放装置上才能进行调整,因为以耳机进行聆听的状况下,并不会有空间反射问题,但却会出现音场上的限制,因此针对耳机系统,Vista也提供了音效仿真功能,可以透过算法来创造出不同空间的环境音效。

从音效架构来看,理论上Vista操作系统下的播放音质会比XP来得好,因此我们一样采用foobar2000来播放测试讯号,并透过RMAA进行音质比对。在测试的过程中,小编发现Realtek的HD Audio Codec无法以foobar2000的KernelStreaming输出,但在X-Fi声卡中并不会出现这个问题,这有可能是因为创新未来的驱动程序仍以WDM为基础,而Realtek的HD Audio Codec则已针对UAA架构进行开发,所以在foobar2000中无法使用Kernel Straming输出,因此小编只针对DirectSound及ASIO输出进行测试。从RMAA所测得的结果,我们可以发现在Vista操作系统中,使用DirectSound跟ASIO输出,其失真度的测试表现略有差异,其中不论是总谐波失真(Total Harmonic Distortion)或是互调失真(Intermodulation Distortion)的成绩,都仍以ASIO输出为佳。但不是说Vista的音效架构比较好吗?架构优于XP是肯定的,只是DirectSound的输出就Vista音效架构上来看,虽然少了KMixer的干扰,但仍会透过仿真程序经WASAPI后端各APO处理后,才会送交驱动程序进行硬件层的连结,但ASIO就先天的特性来说,为了低延迟而直达硬件层,确实还是占有较高的优势。但如果我们对比XP及Vista在相同设定值下的成绩,可以发现Vista操作系统下所测得的大部分数据,都要比XP相同设定值所测得的成绩来得好,而且DirectSound及ASIO的差距幅度也明显减少,从这部分不难看出架构上的优势。另外就最佳设定值的取向来看,我们可以发现在Vista操作系统中,若内建音效要获得较好的声音质量,仍得使用ASIO输出外加SSRC的DSP,其设定值和XP的播放环境相同。除此之外,小编也对比了XP及Vista操作系统中的两个最佳化设定,我们可以发现尽管Vista的音效架构优于XP,但透过foobar2000的音质设定最佳化,则可以克服XP音效架构先天的缺陷,达到和Vista一样的播放质量。因此就音效使用来说,如果玩家习惯采用foobar2000当成播放软件,并且作了音质最佳化的动作,那就XP及Vista几乎没什么差别,但若是其它功能不足的应用程序直接播放音效,那么Vista的预设环境便优于XP。

这片文章基本上要表达的意思,就是说,在Vista(Win7)这个新的WASAPI音频构架下,十分不推荐使用DirectSound输出,因为在Vista(Win7)下已经没有DirectSound了,都是模拟出来的。当然如果你的声卡支持原生ASIO,也可以使用ASIO输出。我的MAYA44支持原生ASIO,但是我个人觉得用ASIO听歌有点蛋疼,还是WASAPI比较好一些。

另外既然说到这里,就再顺便说一下Vista(Win7)下的音频设置好了。

在Vista(Win7)下,可以设置播放设备和录制设备的属性,包括采样率、位深和是否支持独占等等。这个是很重要的设置哦~

player

我这里设置的是24位,48000Hz。这样设置就代表,系统发出的一切声音都将会以这个形式输出。采样率是影响音质的一个很重要的参数,而且重采样这个动作,是非常非常影响音质的。 我们听的歌,都是来自CD的,CD的格式是16位 44100Hz,所以如果在foobar里使用DirectSound输出,这里这样设置的话,输出的内容会被重采样到48000Hz,这就十分影响音质了。如果在foobar里用WASAPI输出的话,则会保持音源格式,也就是16位 44100Hz输出,这样就不会对音质产生影响。

但是为什么我要设置成24bit 48000Hz呢?=_=当然我有个专业声卡,我比较蛋疼都是原因之一。不过更重要的是,我们看的视频,无论是TVRip还是DVDRip或者是BDRip,音频都是48000Hz的(只要压制的时候别乱搞),所以这里这样设置,在看视频的时候就能保持原48000Hz输出了。

这样的话,foobar听歌可以44K输出,平时应用则是48K输出,皆大欢喜皆大欢喜。

Windows7 RC1下的DS解码器问题

今天做片子,需要调整一下原字幕的时间轴。好,打开CySub,读取720的mp4……啊咧?为啥看不到ffdshow的图标?然后CySub里播放的效果也很奇怪,怪到我说不出来……囧

打开GraphEdit,把mp4扔进去,然后我囧了,结果是解码器都用的什么微软的破东西……我就见鬼了……

甭管我怎么调,就是不用,CoreAVC CoreAAC ffdshow,哪个都不用……

后来某鱼提起来,说解码器被锁定了,msmpegvdec.dll就是这个文件搞的鬼。在system32目录下,还有一个msmpegadec.dll,这俩就是那恶心的解码器。

得处理一下这个东西,首先得修改这俩文件的所有者到自己的帐号,然后给自己的帐号添加操作权限,之后给这俩文件改名就行了。

啊,真恶心啊真恶心,M$怎么想的,Win7这个好的系统给硬塞进去这两个恶心的东西……优先级高的要死,有这俩在其他DS解码器通通不用,还真难为这俩东西什么都能解……囧