解决EDIUS运行时出现read错误

出现这个问题一般是由两个方面造成的，一是硬件，即内存方面有问题；二是软件，这就有多方面的问题了。

一般来说，电脑硬件是很不容易坏的。内存出现问题的可能性并不大（除非你的内存真的是杂牌的没的说），主要方面是：

1. 内存条坏了（二手内存情况居多）；
2. 使用了有质量问题的内存；
3. 内存插在主板上的金手指部分灰尘太多；
4. 使用不同品牌不同容量的内存，从而出现不兼容的情况；
5. 超频带来的散热问题。你可以使用MemTest 这个软件来检测一下内存，它可以彻底的检测出内存的稳定度。

如果硬件没有问题，那么只有从软件方面来排除了

先说原理：内存存放数据的地方叫缓冲区，当程序把数据放在缓冲区，需要操作系统提供的“功能函数”来申请，如果内存分配成功，函数就会将所新开辟的内存区地址返回给应用程序，应用程序就可以通过这个地址使用这块内存。这就是“动态内存分配”，内存地址也就是编程中的“光标”。内存不是永远都招之即来、用之不尽的，有时候内存分配也会失败。当分配失败时系统函数会返回一个0值，这时返回值“0”已不表示新启用的光标，而是系统向应用程序发出的一个通知，告知出现了错误。作为应用程序，在每一次申请内存后都应该检查返回值是否为0，如果是，则意味着出现了故障，应该采取一些措施挽救，这就增强了程序的“健壮性”。若应用程序没有检查这个错误，它就会按照“思维惯性”认为这个值是给它分配的可用光标，继续在之后的执行中使用这块内存。真正的0地址内存区储存的是计算机系统中最重要的“中断描述符表”，绝对不允许应用程序使用。在没有保护机制的操作系统下(如DOS)，写数据到这个地址会导致立即当机，而在健壮的操作系统中，如Windows等，这个操作会马上被系统的保护机制捕获，其结果就是由操作系统强行关闭出错的应用程序，以防止其错误扩大。这时候，就会出现上述的内存不能为“read”错误，并指出被引用的内存地址为“0x00000000“。内存分配失败故障的原因很多，内存不够、系统函数的版本不匹配等都可能有影响。

因此，这种分配失败多见于操作系统使用很长时间后，安装了多种应用程序(包括无意中“安装”的病毒程序)，更改了大量的系统参数和系统档案之后。

接下来我们就分析一下EDIUS中出现“内存不能为“read”错误，并指出被引用的内存地址为“0xxxxxxxxxxx“”的一些问题

第一个原因：众所周知，非线性编辑软件的渲染大部分采用的是windows所开发的directx，且大部分的windows所使用的directx版本都比较落后，因此经常在出现read错误后我们会见到一些dll文件均与directx有关，且版本号都比较落后，这样我们就可以推断出这样的问题是由于directx的版本与非线性编辑软件所使用的版本有差异而造成的。

第二个原因：使用ghost系统的电脑经常会出现类似的系统错误，这个问题其实很好理解，ghost系统大部分都是精简的，或者阉割过某些功能的，这样我们的非线性编辑软件所使用的一些系统不常用功能都会或多或少的有些损伤，这样出现问题的几率肯定比一个完整的windows系统出现问题的几率高出很多了。

第三个原因：系统默认的缩略图功能，这样的问题我遇到过几次，每次只要在素材窗口打开一些avi文件都会造成内存read错误，后来经过仔细的寻找将其缩略图功能禁用或者寻找个正常的dll文件替换也能解决。

经过我这3年来使用edius先后出现的read错误后总结出，90%的问题都是因为directx引起的，只要把directx更新到最新版本都不会出现这类问题。