Show me your code!

Windows OTG windows10 LTSC 使用者发出了该条信息，外置设备是 samsung T3 protable SSD

把你的视频丢给他，告诉他，你的 SDK 播放不了我的视频

@youla 负责人 review 代码吗？如果不 review 你就自己实现，这个简单，而且 @thetbw 说的 scrcpy 的方法更好，还不需要 root,画质没问题。可以调节码率的

如果你写出来的比人家的 Jar 好用，又没有 BUG，我想不出人家的 Jar 有什么魔法让你的负责人要用

2|shell@msm8909:/ $ screenrecord --help
Usage: screenrecord [options] <filename>

Android screenrecord v1.2. Records the device's display to a .mp4 file.

Options:
--size WIDTHxHEIGHT
Set the video size, e.g. "1280x720". Default is the device's main
display resolution (if supported), 1280x720 if not. For best results,
use a size supported by the AVC encoder.
--bit-rate RATE
Set the video bit rate, in bits per second. Value may be specified as
bits or megabits, e.g. '4000000' is equivalent to '4M'. Default 4Mbps.
--bugreport
Add additional information, such as a timestamp overlay, that is helpful
in videos captured to illustrate bugs.
--time-limit TIME
Set the maximum recording time, in seconds. Default / maximum is 180.
--verbose
Display interesting information on stdout.
--help
Show this message.

Recording continues until Ctrl-C is hit or the time limit is reached

哦， 你是自己的程序是把，那就 screencap 命令啊！

BLE 分为 Peripheral 和 Central 模式
对应起来有点类似 Peripheral(Server) 和 Central （ Client ）
大于 4.4 的设备可以开启 Peripheral 外围模式
你需要打开手机的 BlueTooth 并给予 ACCESS_COARSE_LOCATION 和 ACCESS_FINE_LOCATION 权限
否则 Central 中心模式的设备无法扫描到你

Peripheral 开启前你需要准备好 BLE 的 BluetoothGattService，和该 service 下的 BluetoothGattCharacteristic，以及 characteristic 下的 BluetoothGattDescriptor

其次 BluetoothGattCharacteristic 分为可读 可写，BluetoothGattDescriptor 分为可读可写可通知可指示

至于 Central 模式，网络上的 Demo 很多

如果设备不用在意功耗问题，直接 socket 就好，不过建议你吧 socket server 剥离出来，设备和 web 服务都作为 client 端连接到 server 。这样是为了以后拓展 socket server，例如更换实现，集群，HA 能特性，而不用更改已有的 web 服务

如果设备在意功耗，MQTT 就好，套路和上面一样。设备和 web 都作为 mqtt client，中间架 mqtt broker

想起来，我和同事解释路由只有一个口的时候如果做到下面的设备上网（单臂路由）。同事不可思议的眼神，以前学的是计算机网络专业，所以以前做个这种作业，需要配置各种路由，记得那个路由模拟软件作者还是破解者叫 小凡

我见过一个特别的技巧。大概如下:
假定水印位置始终固定,且有一部分变动，且变动的部分为一个时间。
那么其实变动的地方提前用占位符 0 占位，然后手动生成一个 1080P 的图片，结者转 YUV，然后自己写个小工具生成 0 1 2 3 4 5 6 7 8 9 等，接着比较生成的 YUV 数据，你会发现绝大多数都是系统的，只有一部分不同，不同的部分就是变动的数字了，然后记下来位置，等下你可以在 camera 的 onFramePreview 中直接操作 byte[]数组了。算是奇技淫巧吧

@lihongming 看到你 19 楼的回复，我想提醒一下，加密是为了传递过程中不被第三方窃取，而不是为了防止有人伪造合法的客户端，假定，你的客户端要给到客户的手里，那么他总有办法研究你的加密流程，他就一定能按照合法的流程组合好数据发送给服务端。

你的需求可能需要出厂的时候每个客户端都已经内置好了校验用的标识符，比如说每个设备都会生成一个 UUID 带上并且这个 UUID 在服务端上是独一份的，客户端所有的发送数据都会基于这个 UUID 做文章，你的服务端就知道这个数据是某个 UUID 发给你的，然后服务端保存了一份客户端-UUID 的映射表，每次新出一批设备就会在服务端添加上。

但是话又说话来，客户还是有办法基于他手里已经有的设备来伪造这个设备，不过他要伪造他手里没有的设备，那就只能靠猜了，毕竟只要你的 UUID 完全没有规律。

一种是分应用，即手机和 TV 上的 App 有差异，以中是集成在一起，代码中根据设备形态决定显示何种 UI，实际上 TV 上的 App 无非就是不需要触控，适配遥控器的各种按键动作，你想一下，手机上可没有上一个频道下一个频道，但是 TV 上有，是不是该有对应的逻辑处理这个东西，就好比手机上你可能会处理一些手势，明白了吗？小老弟

感觉你在研究别人的 android 项目，想要搞他的 okhttp3 中的网络请求返回，加点自己的"佐料"已满足自己的口味，那么问题来了，这种事情直接下 hook，可以做到的效果是，该方法执行前和执行后中添加佐料

参考 19 楼的做法，接着你可以看看主板上的 DEBUG 指示灯。最后还有一个可能发生的就是 HDMI 线接显示器的一端松动了，进入桌面时数据量过大，线路无法传输了，这种情况的典型症状就是启动的时候转圈完全 OK 。进入桌面就变黑。
更换硬件后请务必清除 CMOS 。解决了请回来说出你到底遇到了什么故障。

@niubee1 可以不用登录，只需要取消订阅的时候发送一份唯一 URL 的连接给客户邮箱，客户点击就可以了。所以，这样你就没办法帮助别人退订啦！

这东西很玄学的 UDP 太猛

PS C:\Users\XXX\Desktop\iperf-3.1.3-win64\iperf-3.1.3-win64> ./iperf3.exe -c 47.240.X.X -p 8080 -b 100M -t 2000 -u
Connecting to host 47.240.X.X, port 8080
[ 4] local 192.168.100.105 port 63877 connected to 47.240.169.146 port 8080
[ ID] Interval Transfer Bandwidth Total Datagrams
[ 4] 0.00-1.00 sec 10.5 MBytes 88.1 Mbits/sec 1344
[ 4] 1.00-2.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 2.00-3.00 sec 11.4 MBytes 95.9 Mbits/sec 1463
[ 4] 3.00-4.00 sec 11.4 MBytes 95.8 Mbits/sec 1461
[ 4] 4.00-5.00 sec 11.4 MBytes 95.8 Mbits/sec 1463
[ 4] 5.00-6.00 sec 11.4 MBytes 95.9 Mbits/sec 1463
[ 4] 6.00-7.00 sec 11.4 MBytes 95.8 Mbits/sec 1461
[ 4] 7.00-8.00 sec 11.4 MBytes 95.9 Mbits/sec 1463
[ 4] 8.00-9.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 9.00-10.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 10.00-11.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 11.00-12.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 12.00-13.00 sec 11.4 MBytes 95.8 Mbits/sec 1463
[ 4] 13.00-14.00 sec 11.4 MBytes 95.9 Mbits/sec 1463
[ 4] 14.00-15.00 sec 11.4 MBytes 95.8 Mbits/sec 1461
[ 4] 15.00-16.00 sec 11.4 MBytes 95.9 Mbits/sec 1463
[ 4] 16.00-17.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 17.00-18.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 18.00-19.00 sec 11.4 MBytes 95.9 Mbits/sec 1463
[ 4] 19.00-20.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 20.00-21.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 21.00-22.00 sec 11.4 MBytes 95.8 Mbits/sec 1463
[ 4] 22.00-23.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 23.00-24.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 24.00-25.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 25.00-26.00 sec 11.4 MBytes 95.9 Mbits/sec 1463
[ 4] 26.00-27.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 27.00-28.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 28.00-29.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 29.00-30.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 30.00-31.00 sec 11.4 MBytes 95.8 Mbits/sec 1462
[ 4] 31.00-32.00 sec 11.4 MBytes 95.8 Mbits/sec 1462