• (转)网络播放器的补充


    这篇主要是补充关于数据处理部分的。
    由于有些朋友和我讨论了这些问题,确实也是个问题。所以我测试后,统一整理给大家看看。
    因为我的工程也要嵌入网络部分。所以我自己写了些代码后,才知道和从文件中直接读有些不同。文件的读写快,可是网络的数据要求等待的。不是很及时。特别是处理头信息时。因为我做的是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

  • 相关阅读:
    04_特征工程
    03_特征清洗
    02_数据探索
    01_简介
    cache是什么文件?
    gulp详细入门教程
    HTML5实战与剖析之触摸事件(touchstart、touchmove和touchend)
    h4和h5的区别
    弹性盒布局
    js面向对象
  • 原文地址:https://www.cnblogs.com/seacode/p/1784198.html
Copyright © 2020-2023  润新知