Android动态截图传输问题

图像压缩了吗？你不会直接raw data就传过去吧

解决方案 »

  1.   

    压缩了，就是jpeg格式的
    或者你是不是考虑把图像搞小一点，再传？
      

  2.   

    压缩了，就是jpeg格式的
    或者你是不是考虑把图像搞小一点，再传？
    请问ts流是啥啊？
      

  3.   

    压缩了，就是jpeg格式的
    或者你是不是考虑把图像搞小一点，再传？
    请问ts流是啥啊？
    MPEG-2 Ts流，视频流，图片不行就只能上视频压缩了
      

  4.   

    压缩了，就是jpeg格式的
    或者你是不是考虑把图像搞小一点，再传？
    请问ts流是啥啊？
    MPEG-2 Ts流，视频流，图片不行就只能上视频压缩了我是这样想的，在android做一个RTSP服务器，将截图录成mp4然后通过rtp发送给PC端，这样行吧
      

  5.   

    这个并不是传输的问题，而且截图本身的问题。安卓不像windows，可以在几十毫秒内完成截图。
    你试试安卓自己带的截屏的功能，基本点了按钮以后要两三秒才能截图完成。
    root以后可以直接读显存，没root的话基本上很难做到实时。
    如果你只截取自己程序的屏幕，而不是整个手机的屏幕，那可以比较快。
      

  6.   

    要想要速度，只能root读取视频缓存区域，ts传输，转码，压缩肯定不行速度太慢
      

  7.   

    通过截图作为视屏帧数上传是不合理的，直接使用MediaRecorder类来变录制变传输即可
      

  8.   

    刚想说rtsp协议，就发现你自己都写，你把这个流媒体协议写下吧，参照可以看下直播功能的制作
      

  9.   

    这个就如PC里远程桌面共享， 几点建议:
    1. 抓屏是不是够快，测试每次抓屏的时间，确保瓶颈不在抓屏模块
    2. 不用每次都发送整屏，只发送变化区域的数据
    3. 切块Cache, 这样即使内容变化了，但是已经发送过的数据就不用再发了
    4. 如果决定每次都发整屏， 性能瓶颈又不在抓屏模块，可以考虑用视频流编码(如H.264)
      

  10.   

    Miracast技术可以实现实时的画面和声音传输 手机上的音画到电视，里面加了很多特殊的优化
      

  11.   

    Mark，等待看有没有什么好的解决方案。
      

  12.   

    关键是编码，如果手机性能够强，编码速度就快，如果PC的播放段也是你写的，用不用rtsp还是rtmp关系不大，我写过相关的应用，可以编码成H.264传输到电脑再解码，延时在100ms以内，详见www.monect.net
      

  13.   


    我的很简单，就是模仿Android里的那个应用screenshot把surface抓出来，然后通过socket发送给PC端