本文探讨了远程控制技术的发展历程，从早期的PCAnywhere到现代的ToDesk、向日葵等工具，分析了云游戏兴起对远控技术的推动作用。作者分享了自己在音视频传输领域的实践经验，提出基于WebRTC定制私有协议在延迟和质量间取得平衡的方案，介绍了自主研发的跨平台SDK，支持H265编码、订阅发布机制和多场景应用。通过代码示例展示了信令处理、流媒体传输等功能实现，强调了工程实践中编码优化和零拷贝等技

根据bilibili以及dash的启发，终于实现了h264/h265 aac fmp4码流的硬解播放，实现了wasm软解码以及mse硬解码的双支持，目前浏览器已经很好的支持h265播放了，高分辨实时音视频播放及实时帧处理成为可能，欢迎大佬技术指导交流

按需拉流是从客户视角来看待音视频的产品功能，直观，好用，为啥hls flv大行其道也是这个原因，不过上述存在的问题是延迟没法降到实时，通过一段时间的努力，结合自己闭环技术实现了h264 h265 aac pcma pcmu等音视频的rtmp rtsp gb28181地址的直接拉流播放，技术其实不复杂，但这里涉及了很兼容性和容错处理，自适应处理，每一个都涉及到前后台的实时交互和媒体流参数的实时识别和

整个播放器开启两个worker，playerworker 和decoderworker,并通过消息进行worker间通信，可以理解成js下的多线程，很多UI和webrtc的api在worker里是没法使用的，所以在写的时候一定注意这个坑。播放器入口函数handleVideo()建立了 player worker 在player里面再建立decoderworker,同时启动webrtc信令交互建立p

熟悉远程桌面控制的朋友一定用过或听说过以下产品pc anywhere 、teamview、向日葵、rustdesk等等，远程技术日新月异，协议也百花齐放，RDP VNC SSH TELNET都大放异彩。随着网络带宽的大大提升，远程控制的互动交互进入一个新的阶段，我准备抽时间将远程控制所需的核心技术逐一展示，并以此实现一款强大的远程办公硬件。首先，浏览器已经不可替代，为了不安装软件，我们选择采用浏览

ffmpeg媒体框架的强大的拉流推流以及协议解析组包能力，可以实现多种流的拉取和解析，采用他可以提高程序的兼容性和普适性，通过多线程的方式可以开启多路独立的流的拉取，并实时获取raw数据供解码器解码，为了实现多路并行机制，采用了线程安全的队列实现简单的生产消费模式，可以无阻塞的让数据流在传输和解码，拼接间流畅的运行。rk的libmpp是瑞芯微的一个开源的通用编解码封装的软件包，实现了强大的零拷贝解

现有主流浏览器基本上都已经支持webrtc,可以基于js实现非常简洁的webrtc连接建立，我么采用了mqtt协议进行信令传输，方便设备管理。采用了开源emqx作为mqtt服务器，架构非常简介高效，可以很好的融合到各种iot物联网系统架构中，可以先建立mqtt连接，相应的设备采用消息订阅的方式等待相关控制指令当mqtt连接建立后，就可以通过RTCpeerconnect 建立webrtc通道创建本地

转载 linux usb gadget hid configfshttps://wiki.tizen.org/USB/Linux_USB_Layers/Configfs_Composite_Gadget/Usage_eq._to_g_hid.koUSB/Linux USB Layers/Configfs Composite Gadget/Usage eq. to g hid.ko<USB‎

转载 linux usb gadget hid configfshttps://wiki.tizen.org/USB/Linux_USB_Layers/Configfs_Composite_Gadget/Usage_eq._to_g_hid.koUSB/Linux USB Layers/Configfs Composite Gadget/Usage eq. to g hid.ko<USB‎

根据需要实现动态创建超级表，设备表，灵活实现测量参数的名称类型和tags的适配，不用再每个测试改一个程序，实现全自动生成表，入库表type ZngValue struct {DeviceIDstring`json:"deviceid"`//设备名Metricstring`json:"metric"`//物理量 表名Endpointstring`json.