多屏协同是什么高端技术吗？为什么其他厂商不跟进呢？

国产一众厂商都可以做呀。尤其是小米也有自己的笔记本。 其他没有自己笔记本的厂商也可以做，对所有windows电脑都支持呀。 就算手机厂商不做软件公司也可以做呀。华为是有什么专利技术在吗？

这个实际上并没有太高的技术壁垒，个人开发者也能做。
最简单的，直接用开源的openstf里的两个组件minicap、minitouch改。
然后stf是基于adb实现的，由于adb wifi 的性能问题，需要把adb改成其它的rpc方式。
个人开发者需要通过ndk里的截屏接口获取到图像流，这个速度稍慢，而手机厂商可以直接通过sf获取，少了中间很多的转换过程，速度可以稍快点。
我最近正好在做多屏管控，其它厂商可能只是没想到这种应用场景吧。

不知道，得请专业人士解答，我也好奇多屏协同这么好用的功能为什么没有别的厂商跟进？前不久联想好像也出了，就是不知道效果怎样。

引用 @无风花 发表的:
不知道，得请专业人士解答，我也好奇多屏协同这么好用的功能为什么没有别的厂商跟进？前不久联想好像也出了，就是不知道效果怎样。

要底层技术

联想有，但是联想手机不太争气，

技术似乎不是什么牛逼技术，但需要你pc和手机都有一定的销售量才有意义😂这项技术什么时候可以品牌间使用就更舒服了，比如我oppo手机配个联想笔记本

微博上没有kol和友商讨论知道为什么吗？因为超纲了！！！估计卢总心里在骂：妈的无从下口呀

引用 @小小木公 发表的:
这个实际上并没有太高的技术壁垒，个人开发者也能做。
最简单的，直接用开源的openstf里的两个组件minicap、minitouch改。
然后stf是基于adb实现的，由于adb wifi 的性能问题，需要把adb改成其它的rpc方式。
个人开发者需要通过ndk里的截屏接口获取到图像流，这个速度稍慢，而手机厂商可以直接通过sf获取，少了中间很多的转换过程，速度可以稍快点。
我最近正好在做多屏管控，其它厂商可能只是没想到这种应用场景吧。

你这个只能叫投屏，多屏协同可以传输拖拽文件的

三星DeX了解一下

引用 @小小木公 发表的:
这个实际上并没有太高的技术壁垒，个人开发者也能做。
最简单的，直接用开源的openstf里的两个组件minicap、minitouch改。
然后stf是基于adb实现的，由于adb wifi 的性能问题，需要把adb改成其它的rpc方式。
个人开发者需要通过ndk里的截屏接口获取到图像流，这个速度稍慢，而手机厂商可以直接通过sf获取，少了中间很多的转换过程，速度可以稍快点。
我最近正好在做多屏管控，其它厂商可能只是没想到这种应用场景吧。

又开始吹牛b了，上次论坛那个吹自己几个人能做出方舟的到现在也没影子了，实现没啥，关键华为的在延迟上做到比其它人更低，这才是重要的。你弄个拖一下卡半天的，有毛用

引用 @咸鱼琉璃 发表的:
你这个只能叫投屏，多屏协同可以传输拖拽文件的

拖拽文件也并不是技术难点啊，我这边已经实现demo了，就说说大概的技术思路：
1. 鼠标长按
2. 计算屏幕坐标
3. 发送坐标到手机
4. 手机获取到Top Activity
5. 判断此Activity是否支持文件拖拽（实现定义好的接口）
6. 根据坐标获取列表项
7. 获取列表项文件路径
8. adb pull 命令将文件download下来（当然，后期肯定要把adb给替换掉的，改用wifi direct实现）

引用 @咸鱼琉璃 发表的:
你这个只能叫投屏，多屏协同可以传输拖拽文件的

Scrcpy ，AirDroid都可以实现拖拽传输文件甚至装应用。主要看封装协议你是不是需要加这些命令进去。

QQ远程控制可以说是多屏协同的祖先了吧？十几年前好像就有了

引用 @小小木公 发表的:
这个实际上并没有太高的技术壁垒，个人开发者也能做。
最简单的，直接用开源的openstf里的两个组件minicap、minitouch改。
然后stf是基于adb实现的，由于adb wifi 的性能问题，需要把adb改成其它的rpc方式。
个人开发者需要通过ndk里的截屏接口获取到图像流，这个速度稍慢，而手机厂商可以直接通过sf获取，少了中间很多的转换过程，速度可以稍快点。
我最近正好在做多屏管控，其它厂商可能只是没想到这种应用场景吧。

楼上几位的回复太搞笑了，小小木公也算是数码区知名花粉了吧，只不过是比较理性的那种，结果反而被一堆无脑的粉当敌军处理了，哈哈

其实难度不是很高，但需要手机pc都有足够体量的市场份额才能形成闭环

引用 @小小木公 发表的:
这个实际上并没有太高的技术壁垒，个人开发者也能做。
最简单的，直接用开源的openstf里的两个组件minicap、minitouch改。
然后stf是基于adb实现的，由于adb wifi 的性能问题，需要把adb改成其它的rpc方式。
个人开发者需要通过ndk里的截屏接口获取到图像流，这个速度稍慢，而手机厂商可以直接通过sf获取，少了中间很多的转换过程，速度可以稍快点。
我最近正好在做多屏管控，其它厂商可能只是没想到这种应用场景吧。

微软和三星17年就协作开发的Samsumg Flow。只是限于三星手机，没那么火而已。本身也受限于手机编解码性能一开始不大成熟而已。微软的“你的手机”现在好像是和谷歌合作，win10估计最后会自带这个功能。

引用 @库库库curry30 发表的:
技术似乎不是什么牛逼技术，但需要你pc和手机都有一定的销售量才有意义😂这项技术什么时候可以品牌间使用就更舒服了，比如我oppo手机配个联想笔记本

这玩意儿和硬件基本上没关系吧，华为手机比其他手机多什么芯片吗？？？

之前多屏协同被破解的时候，其他电脑也能用呀。

引用 @我也不知道叫啥么 发表的:
又开始吹牛b了，上次论坛那个吹自己几个人能做出方舟的到现在也没影子了，实现没啥，关键华为的在延迟上做到比其它人更低，这才是重要的。你弄个拖一下卡半天的，有毛用

由于一些原因，不能放出自己写的，所以就发个stf的，你认为这个能叫卡吗？

引用 @虎扑年轻的司机 发表的:
这玩意儿和硬件基本上没关系吧，华为手机比其他手机多什么芯片吗？？？

之前多屏协同被破解的时候，其他电脑也能用呀。

破解是华为手机可以用其他电脑，但似乎其他手机厂商还没弄这个功能

引用 @风中的机器人 发表的:
三星DeX了解一下

DEX 是不是要用线连接，，是不是要单独买设备

引用 @罗罗CCC 发表的:
楼上几位的回复太搞笑了，小小木公也算是数码区知名花粉了吧，只不过是比较理性的那种，结果反而被一堆无脑的粉当敌军处理了，哈哈

我也很无奈啊，真的不想撕逼😫

引用 @小小木公 发表的:
拖拽文件也并不是技术难点啊，我这边已经实现demo了，就说说大概的技术思路：
1. 鼠标长按
2. 计算屏幕坐标
3. 发送坐标到手机
4. 手机获取到Top Activity
5. 判断此Activity是否支持文件拖拽（实现定义好的接口）
6. 根据坐标获取列表项
7. 获取列表项文件路径
8. adb pull 命令将文件download下来（当然，后期肯定要把adb给替换掉的，改用wifi direct实现）

看不懂，但看起来很牛逼😂

引用 @罗罗CCC 发表的:
楼上几位的回复太搞笑了，小小木公也算是数码区知名花粉了吧，只不过是比较理性的那种，结果反而被一堆无脑的粉当敌军处理了，哈哈

对的，我觉得这老哥是花粉，但理性，有些说的挺好的

引用 @罗罗CCC 发表的:
楼上几位的回复太搞笑了，小小木公也算是数码区知名花粉了吧，只不过是比较理性的那种，结果反而被一堆无脑的粉当敌军处理了，哈哈

大水冲了龙王庙。。。

引用 @lkzszrlmt 发表的:
DEX 是不是要用线连接，，是不是要单独买设备

三星有flow wifi 蓝牙 USB线连接 都可以

引用 @lkzszrlmt 发表的:
DEX 是不是要用线连接，，是不是要单独买设备

以前需要DEX拓展坞，从Note 10开始就不需要了，直接用数据线连就能用

这个功能真是没有什么应用场景，可能适合很少一部分特殊人群，主要的im都有pc版，除非推送管道能暴露出来面向第三方开发者，不然有谁会让屏幕或者平板上永远挂一个手机界面

引用 @qiuyuanpq 发表的:
这个功能真是没有什么应用场景，可能适合很少一部分特殊人群，主要的im都有pc版，除非推送管道能暴露出来面向第三方开发者，不然有谁会让屏幕或者平板上永远挂一个手机界面

确实是。。。需要大生产力的场景，工作时候显示器都是2台起步，笔记本屏幕就那么点大，一个手机界面还要占掉一小半。真用起来挺尴尬的。

引用 @qiuyuanpq 发表的:
这个功能真是没有什么应用场景，可能适合很少一部分特殊人群，主要的im都有pc版，除非推送管道能暴露出来面向第三方开发者，不然有谁会让屏幕或者平板上永远挂一个手机界面

上班摸鱼挺好用的，不需要把手机拿起来，就能在小屏幕上刷股票、虎扑了

感觉没那么玄乎吧，我华为手机配合联想笔记本按着教程把一碰传和多屏协同都搞好了，不知道别家的为啥不做，真的好用

引用 @止痛药 发表的:
微软和三星17年就协作开发的Samsumg Flow。只是限于三星手机，没那么火而已。本身也受限于手机编解码性能一开始不大成熟而已。微软的“你的手机”现在好像是和谷歌合作，win10估计最后会自带这个功能。

微软的那个垃圾“我的手机”，跟多屏协同没有任何关系吧

引用 @库库库curry30 发表的:
破解是华为手机可以用其他电脑，但似乎其他手机厂商还没弄这个功能

没理由不用啊？那至少手机多了卖点啊

引用 @伤心的螃蟹_浙江 发表的:
微软的那个垃圾“我的手机”，跟多屏协同没有任何关系吧

记错了，是你的手机里正在调试更好适配所有安卓设备的投屏功能。有消息说是在WIN 10 2000之后的系统版本里会有比较成熟的体验。不过消息准不准我就知道了。。。。。。之前是有用户反馈希望微软和谷歌牵头去弄好这个功能，但2家似乎对这个不大感兴趣。

引用 @虎扑年轻的司机 发表的:
这玩意儿和硬件基本上没关系吧，华为手机比其他手机多什么芯片吗？？？

之前多屏协同被破解的时候，其他电脑也能用呀。

华为手机只支持麒麟980

引用 @伤心的螃蟹_浙江 发表的:
微软的那个垃圾“我的手机”，跟多屏协同没有任何关系吧

微软那个技术含量高很多，基本是重写一个了

引用 @小小木公 发表的:
由于一些原因，不能放出自己写的，所以就发个stf的，你认为这个能叫卡吗？

之前可能还是受限于硬件，举个例子，我2015的mbp不支持苹果最新的sidecar，手动强开体验差的一比，据说是缺一个解码芯片，2016之后的就可以

引用 @小小木公 发表的:
这个实际上并没有太高的技术壁垒，个人开发者也能做。
最简单的，直接用开源的openstf里的两个组件minicap、minitouch改。
然后stf是基于adb实现的，由于adb wifi 的性能问题，需要把adb改成其它的rpc方式。
个人开发者需要通过ndk里的截屏接口获取到图像流，这个速度稍慢，而手机厂商可以直接通过sf获取，少了中间很多的转换过程，速度可以稍快点。
我最近正好在做多屏管控，其它厂商可能只是没想到这种应用场景吧。

我之前逛贴吧，酷安还是哪里好像有人做出来了，只是要root

引用 @小小木公 发表的:
由于一些原因，不能放出自己写的，所以就发个stf的，你认为这个能叫卡吗？

你这个不就是联想那个，延迟太高了，明显的卡卡的

引用 @della520 发表的:
你这个不就是联想那个，延迟太高了，明显的卡卡的

卡卡的？？？

引用 @小小木公 发表的:
由于一些原因，不能放出自己写的，所以就发个stf的，你认为这个能叫卡吗？

拖个文件看看

引用 @晔晔才不是萌妹 发表的:
拖个文件看看

文件demo不能放，有保密协议

引用 @虎扑年轻的司机 发表的:
这玩意儿和硬件基本上没关系吧，华为手机比其他手机多什么芯片吗？？？

之前多屏协同被破解的时候，其他电脑也能用呀。

这就是自研芯片的优势了，有些东西可以从芯片内核这个层级去考虑，微内核分布式？有些好用的小功能高通爸爸不给你开放芯片接口的话你也只能干瞪眼

感觉还是有一定技术壁垒或者专利限制的，要不然别家早就跟进了，至于是什么就不得而知了。

引用 @小小木公 发表的:
拖拽文件也并不是技术难点啊，我这边已经实现demo了，就说说大概的技术思路：
1. 鼠标长按
2. 计算屏幕坐标
3. 发送坐标到手机
4. 手机获取到Top Activity
5. 判断此Activity是否支持文件拖拽（实现定义好的接口）
6. 根据坐标获取列表项
7. 获取列表项文件路径
8. adb pull 命令将文件download下来（当然，后期肯定要把adb给替换掉的，改用wifi direct实现）

松哥牛逼（破音）😂

引用 @小小木公 发表的:
由于一些原因，不能放出自己写的，所以就发个stf的，你认为这个能叫卡吗？

这你adb直连吧，

引用 @小小木公 发表的:
拖拽文件也并不是技术难点啊，我这边已经实现demo了，就说说大概的技术思路：
1. 鼠标长按
2. 计算屏幕坐标
3. 发送坐标到手机
4. 手机获取到Top Activity
5. 判断此Activity是否支持文件拖拽（实现定义好的接口）
6. 根据坐标获取列表项
7. 获取列表项文件路径
8. adb pull 命令将文件download下来（当然，后期肯定要把adb给替换掉的，改用wifi direct实现）

胡说八道，就句超低延迟怎么做到

引用 @小小木公 发表的:
这个实际上并没有太高的技术壁垒，个人开发者也能做。
最简单的，直接用开源的openstf里的两个组件minicap、minitouch改。
然后stf是基于adb实现的，由于adb wifi 的性能问题，需要把adb改成其它的rpc方式。
个人开发者需要通过ndk里的截屏接口获取到图像流，这个速度稍慢，而手机厂商可以直接通过sf获取，少了中间很多的转换过程，速度可以稍快点。
我最近正好在做多屏管控，其它厂商可能只是没想到这种应用场景吧。

你做的如果能低延时那就很牛了

引用 @linye312 发表的:
QQ远程控制可以说是多屏协同的祖先了吧？十几年前好像就有了

qq可以电脑端实时控制手机了？可以从手机电脑之间拖拽文件了？可以使用手机当摄像头了？

引用 @就是反对远古吹 发表的:
胡说八道，就句超低延迟怎么做到

往下再看几个帖子不难吧？

引用 @小小木公 发表的:
这个实际上并没有太高的技术壁垒，个人开发者也能做。
最简单的，直接用开源的openstf里的两个组件minicap、minitouch改。
然后stf是基于adb实现的，由于adb wifi 的性能问题，需要把adb改成其它的rpc方式。
个人开发者需要通过ndk里的截屏接口获取到图像流，这个速度稍慢，而手机厂商可以直接通过sf获取，少了中间很多的转换过程，速度可以稍快点。
我最近正好在做多屏管控，其它厂商可能只是没想到这种应用场景吧。

那么会不会有专利壁垒呢

其他家用不到吧，这玩意得同品牌联动。联想有类似的，但是手机没人买。小米笔记本卖的一般，而且主力是学生用不上这个功能，ov更不说了，压根没有笔记本业务。。。

引用 @小小木公 发表的:
这个实际上并没有太高的技术壁垒，个人开发者也能做。
最简单的，直接用开源的openstf里的两个组件minicap、minitouch改。
然后stf是基于adb实现的，由于adb wifi 的性能问题，需要把adb改成其它的rpc方式。
个人开发者需要通过ndk里的截屏接口获取到图像流，这个速度稍慢，而手机厂商可以直接通过sf获取，少了中间很多的转换过程，速度可以稍快点。
我最近正好在做多屏管控，其它厂商可能只是没想到这种应用场景吧。

看你说的我都想笑

引用 @小小木公 发表的:
这个实际上并没有太高的技术壁垒，个人开发者也能做。
最简单的，直接用开源的openstf里的两个组件minicap、minitouch改。
然后stf是基于adb实现的，由于adb wifi 的性能问题，需要把adb改成其它的rpc方式。
个人开发者需要通过ndk里的截屏接口获取到图像流，这个速度稍慢，而手机厂商可以直接通过sf获取，少了中间很多的转换过程，速度可以稍快点。
我最近正好在做多屏管控，其它厂商可能只是没想到这种应用场景吧。

核心还是能不能做到毫秒级延时~~

引用 @刘辩 发表的:
核心还是能不能做到毫秒级延时~~

？

引用 @小小木公 发表的:
由于一些原因，不能放出自己写的，所以就发个stf的，你认为这个能叫卡吗？

流畅度还可以啊

引用 @小小木公 发表的:
拖拽文件也并不是技术难点啊，我这边已经实现demo了，就说说大概的技术思路：
1. 鼠标长按
2. 计算屏幕坐标
3. 发送坐标到手机
4. 手机获取到Top Activity
5. 判断此Activity是否支持文件拖拽（实现定义好的接口）
6. 根据坐标获取列表项
7. 获取列表项文件路径
8. adb pull 命令将文件download下来（当然，后期肯定要把adb给替换掉的，改用wifi direct实现）

发现喷你的不过两个点，能不能拖拽文件？能？那有什么用？能做到低延时吗？真搞笑，一口又吃不成胖子，层主加油

引用 @小小木公 发表的:
？

https://www.bilibili.com/video/av73705225/
https://www.zhihu.com/question/352353172  https://bbs.hupu.com/30058021.html
大部分测试延时都在40ms，像你视频里面那么慢的不多。 不是质疑你的技术或者态度，就事论事。 [ 此帖被刘辩在2019-12-09 23:54修改 ]

引用 @小小木公 发表的:
这个实际上并没有太高的技术壁垒，个人开发者也能做。
最简单的，直接用开源的openstf里的两个组件minicap、minitouch改。
然后stf是基于adb实现的，由于adb wifi 的性能问题，需要把adb改成其它的rpc方式。
个人开发者需要通过ndk里的截屏接口获取到图像流，这个速度稍慢，而手机厂商可以直接通过sf获取，少了中间很多的转换过程，速度可以稍快点。
我最近正好在做多屏管控，其它厂商可能只是没想到这种应用场景吧。

大晚上的给👴🏻整蒙了

引用 @SANFATIS 发表的:
qq可以电脑端实时控制手机了？可以从手机电脑之间拖拽文件了？可以使用手机当摄像头了？

祖先啥意思知道吗，孙子还要基因突变呢，只是一个多屏协同的概念，难道QQ远程控制就不是多屏协同了？难道就要手机协同才算协同？Pc桌面端和移动端就不算了？我说的是多屏协同的祖先，没说包括手机在内的多屏协同，你激动啥？跟摸到倒毛似的

这个技术不是高端技术，因为门槛低，稍微会点编程的找个帖子学两天就能开发个demo。但是这个技术想把体验做好是很难的，需要克服很多困难。最核心的难点还是低延迟和低系统资源占用。

引用 @小小木公 发表的:
拖拽文件也并不是技术难点啊，我这边已经实现demo了，就说说大概的技术思路：
1. 鼠标长按
2. 计算屏幕坐标
3. 发送坐标到手机
4. 手机获取到Top Activity
5. 判断此Activity是否支持文件拖拽（实现定义好的接口）
6. 根据坐标获取列表项
7. 获取列表项文件路径
8. adb pull 命令将文件download下来（当然，后期肯定要把adb给替换掉的，改用wifi direct实现）

根本不是你这么简单的。你这样在释放文件的一瞬间由于io读写必然会造成卡顿。要做到流畅，在你鼠标点击拖动的过程中就要开始将文件复制到缓存，然后在你释放的时候在做一个文件符号的映射。真实的技术实现要考虑的地方很多，比如有专门的协处理器和缓存资源用于做这个交互，尽量嵌入到系统底层，专门的线程异步传输，根据系统资源的使用情况动态分配资源。

引用 @小小木公 发表的:
拖拽文件也并不是技术难点啊，我这边已经实现demo了，就说说大概的技术思路：
1. 鼠标长按
2. 计算屏幕坐标
3. 发送坐标到手机
4. 手机获取到Top Activity
5. 判断此Activity是否支持文件拖拽（实现定义好的接口）
6. 根据坐标获取列表项
7. 获取列表项文件路径
8. adb pull 命令将文件download下来（当然，后期肯定要把adb给替换掉的，改用wifi direct实现）

老哥牛逼关注了

酷安有老哥做出来了，当然延迟稍微高点儿，好像在0.几秒左右

著名花粉要被开除粉籍了

引用 @小小木公 发表的:
由于一些原因，不能放出自己写的，所以就发个stf的，你认为这个能叫卡吗？

支持楼主给开发个通用的多屏协同软件🙏

引用 @二月的风风 发表的:
根本不是你这么简单的。你这样在释放文件的一瞬间由于io读写必然会造成卡顿。要做到流畅，在你鼠标点击拖动的过程中就要开始将文件复制到缓存，然后在你释放的时候在做一个文件符号的映射。真实的技术实现要考虑的地方很多，比如有专门的协处理器和缓存资源用于做这个交互，尽量嵌入到系统底层，专门的线程异步传输，根据系统资源的使用情况动态分配资源。

华为手机有专门的协处理器处理多屏协同？？？？？？？？

可以做是一方面，多屏，做这个东西意义第一就是要屏幕多，要不然做出来成了别人的嫁衣，哪个公司肯这样投钱？现在都要看变现快，只有产品线硬件足够丰富，投屏这类软件才有看点有意义，才会投入去做。