这篇主要是补充关于数据处理部分的。
由于有些朋友和我讨论了这些问题，确实也是个问题。所以我测试后，统一整理给大家看看。
因为我的工程也要嵌入网络部分。所以我自己写了些代码后，才知道和从文件中直接读有些不同。文件的读写快，可是网络的数据要求等待的。不是很及时。特别是处理头信息时。因为我做的是MPEG2的，他处理头信息要1M多，如果while等待话。。。累死了—*%·—#……·#
下面介绍一下MEMFILE的例子的处理头信息的详细情况。
1。首先，不论是MPEG2还是MPEG1的，他都要读32768字节。这是用来判断数据格式的。
2。其次，如果判断的正确（和你所给的类型一致），对于MPEG1在读32768，然后在读32768，这些数据可以是文件中间的数据。
对于MPEG2格式的，他要读1M多，然后在读几百K的数据。这些数据也可以从文件中间开始。
或是时时的数据流数据也行。也就是说这些数据是和判断无关的。这样大家就应该知道怎么做了...
3。最后，就是稳定的读数据了。MPEG1的是32768，MPEG2的是1638。然后我在以前说了如何修改MPEG1格式的数据大小。不过只能该成2的N次方。不过要求修改基类。
在下面我会说明一个更简单的更改方法。而且可以是任意的大小（只能小于默认的）。不过还是说完这部分吧。
所以说，开始的32768是个关键数据，如果它不能够通过它判断出信息的话，它会接着读32768数据。一直读下去，直到它正确的判断了数据格式。
结论：开始时给个正确的数据吧。
改进：由于他会不断的判断（不知道MPEG1是不是，我测试的是MPEG2，大家可以自己测测），所以，你可以在开始也不是正确的数据！（正是由于这个原因，大家可以摆脱头信息的捆扰了，实在是太...嘿嘿）只要你给的数据有个包是正确的。那么它就会接着2。的步骤开始向下运行了。
不过由于我测试的是MPEG2格式的MEDIASUBTYPE_MPEG2_TRANSPORT和MEDIASUBTYPE_MPEG2_PROGRAM，他们本来就是基于流的，所以我不是很肯定MPEG1的是不是这样。是不是一定需要的是个头信息。（我本来想测试的可是我的测试程序...555~~~~去哪了，天哪，什么时候删的...）又想让大家快点见到，所以没有测试了。望做MPEG1的自己试试。
上面说完了开始的数据处理。下面就要说3步骤的技巧了。这个也解决了while阻塞线程的问题了。一举两得。
我刚才说了播放数据可以是任意的大小，现在就说明一下。只能小于默认的，应该可以是大于，可是你愿意么？
原来Read函数是可以提前返回的！！！不需要数据的返回。象下面的代码：
*pdwBytesRead = 0;
return S_OK;
这样你就不要给数据了。不过第一个数据不能返回0。否则会OVER的。
然后，因为很多人的数据包的大小是自己定的，如果你的数据没有达到他要求的32768或是1638，就是没有匹配，怎么办呢？那么你拷贝你要求的大小的数据给pbBuffer，然后，你返回你自己的大小就OK。象下面的代码：
CopyMemory( (PVOID)pbBuffer,(PVOID)(m_pbData + m_head),
MY_SOCK_SIZE);
*pdwBytesRead = MY_SOCK_SIZE;
return S_OK;
大家觉的怎么样？？还不赶快试试!GO!
至于测试的代码...哎，我也想给啊。—#*%……·#%·
看来大家还是自己写写吧。如果你原来就改写过的话，应该是很简单的。代码就几句而已。祝大家好运！节日快乐！！
afterain 9.28
