这篇主要是补充关于数据处理部分的。
由于有些朋友和我讨论了这些问题,确实也是个问题。所以我测试后,统一整理给大家看看。
因为我的工程也要嵌入网络部分。所以我自己写了些代码后,才知道和从文件中直接读有些不同。文件的读写快,可是网络的数据要求等待的。不是很及时。特别是处理头信息时。因为我做的是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
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/capboy/archive/2001/09/28/8700.aspx