解决方案 »

  1.   

    @jiangfling   在这方面已经考虑了。  如果丢失的位数不多,是不是可以通过补充做到呢? 
      

  2.   

    通过的是GPRS传输,本身存在误码率。
    目前我设计的是  发送中存在丢失情况,再次交互重新发送。
    我是想 , 如果中间丢失了部分字节的话, 是否可以把丢失的字节默认补充上,这样是否可以呢? 
    如果补充上的话,能否做到,丢失的字节转成图片是不正常的,其他的是正常的;图片显示只有部分(丢失的字节)是不正常的。这样可以做到吗?
      

  3.   

    通过的是GPRS传输,本身存在误码率。
    目前我设计的是  发送中存在丢失情况,再次交互重新发送。
    我是想 , 如果中间丢失了部分字节的话, 是否可以把丢失的字节默认补充上,这样是否可以呢? 
    如果补充上的话,能否做到,丢失的字节转成图片是不正常的,其他的是正常的;图片显示只有部分(丢失的字节)是不正常的。这样可以做到吗?通过的是GPRS传输,本身存在误码率。
    目前我设计的是  发送中存在丢失情况,再次交互重新发送。
    我是想 , 如果中间丢失了部分字节的话, 是否可以把丢失的字节默认补充上,这样是否可以呢? 
    如果补充上的话,能否做到,丢失的字节转成图片是不正常的,其他的是正常的;图片显示只有部分(丢失的字节)是不正常的。这样可以做到吗?
      

  4.   

    下位机在给上位机发数据之前,可以先发个较短的包,告诉上位机总长度,这样上位机就知道下位机会分几次发送上来
    每次发送的数据前面加个包的标识,告诉上位机byte数组的偏移量.
    这样上位机起码不会将图片错位了.
    最后就是没有数据的部分都显示为白色就好啦.
      

  5.   

    而且上位机在接到下位机总长度后,可以事先定义好byte数组并直接显示一张空白图片
    下位机发送一部分,上位机就更新一部分
    这样在用户看来图片是一直都有变化,不会在那里空等,也能知道进度
    如果这部分图片已经能满足他观察的需求,他也可以选择终止图片的显示,不用每次都收到完整的图片才能看.
    出错的包可以选择等剩下的包都接收到了之后才发送,不要老卡在同一个地方.
      

  6.   

    我现在正在尝试补位的情况,这个补位有什么协议或者规则呢?
    你弄个空白图片,转成流,看看是什么格式,不就行啦.
    正常应该是argb,每4个字节一组,表示一个像素,都赋值成0应该就是黑色的,都赋值成255就是白色.