dualvencsdn的博客

（1）我们在测试华为纯血的时候，发现了，使用咱们的基站上的wifi, wifi与手机终端是互相ping 通的， 手机可以发信号到基站，但基站收到信号后，也发出信号 ，但信号 不能到达手机。现在纯血在非基站wifi下是可以视频通的， 在我们的基站的wifi下就不行。基站wifi接 手机不同表现：1）接小米，可互通，互发消息可以，2）接纯血，纯血上ping 基站上的wan地址ping 不通，只能ping通lan地址。接小米的，小米ping 基站上的wan地址是通的。（3）到基站的wan。

强插、强拆功能通常在一些对安全性、管理性要求较高的视频对讲系统中使用，如小区安防系统、写字楼门禁系统、银行安保系统等，以确保在紧急情况或特殊需求下能够迅速进行干预和管理。

先收集下意见。。。。

(3) 有一些能力之外的需求，比如 AI算法 ，数据建模 5.4.1.8;(5) 要求太高，可能我们只能做其中的一部分 （有一定大数据处理基础，UI界面能力）。太专业的作战分析可能无法支撑。(1) 文中指出已经有40个业务系统，依然不能满足要求；希望打通所有平台，能挖掘更大的价值 3.3.1。(6) 项目配置人员建议是33人两年6.1.3 2025年底完成。(2) 数据类型需求，66种不同场景的数据需要导入 3.4.4。(4) 有很多没有处理过的数据，数据整合5.8.7.4。

目录setsdponwrite​编辑 play

七和弦_百度百科。

SRS (Simple Realtime Server) | SRSSRS 实时视频服务器搭建及使用_srs服务器-优快云博客

【代码】【zlm】zlm接入vp9。

Cygwin与Mingw既有区别又有联系，具体如下： 1. **区别**： - **目标和功能侧重**： - **Cygwin**：是一个在Windows平台上运行的Unix模拟环境，目的是提供完整的类Unix环境，包括各种Unix工具、库以及模拟的Unix系统调用接口等。- **编译性能和生成文件大小**： - **Cygwin**：由于需要进行系统调用的转换以及模拟层的处理，编译速度相对较慢，并且生成的可执行文件可能会较大，因为包含了一些与模拟环境相关的代码。Cygwin 与mingw的关系。

如何在微软Edge浏览器上一键观看高清视频？- 微软亚洲研究院的文章 - 知乎。

参考文档。

【代码】【zlm】 webrtc源码讲解（二）

不同分辨率的大致带宽需求480p：通常情况下，480p 的视频在较低的码率下也能有较好的观看体验。对于标清的 480p 视频，采用 H.264 编码，在 1Mbps - 2Mbps 的带宽下可以获得较为流畅的播放效果。如果视频内容相对简单，动态程度较低，可能在 1Mbps 以下的带宽也能播放，但可能会出现一些画质损失。720p：720p 的高清视频需要更高的带宽来保证画质。一般来说，采用 H.264 编码的 720p 视频在 2Mbps - 4Mbps 的带宽下可以获得较好的观看体验。

参考文章。

叙简 融合通信平台。

目录最后结论参考文档pkg -t win --public ./screenshots.js --output ./dist/screen.exe服务启动：postman调用 ： nodejs + pkg+ puppeteer 路径问题以及 Passed function is not well-serializable 问题_passed function cannot be serialized!-优快云博客#打包 #exe #pkg 使用 pkg 将 nodejs 打包编译为 exe_pkg打包

Centos7 安装selenium webdriver环境 - sunshine_5 - 博客园 (cnblogs.com)

10.60.100.196 ：父级。10.30.2.8 子级。

【测试结论】 拉图背景异常与流在服务处理无关；应该与当时播放的浏览器的资源 及此浏览器的处理逻辑有点相关。此时，其它客户端 的浏览器拉图正常；此机上的另一个谷歌浏览器拉图 正常；此页面F5刷新后拉图也正常。当浏览器 发生了某些卡顿时，redmi的这一台出现了背景模糊的问题（如图）。cs02是林伟 的， dxw2是Redmi 12R。【复现日期】2024-8-12。

为了防止zlm音频配置里设置成opus优先，在国标推流时，调用push时，默认加上codec=pcma。在原来的push的api参数里加上编码的自定义 ，如下。

在实际应用中，需要获取观察点、目标点和遮蔽点的高程以及它们之间的距离等数据，然后代入公式进行计算和判断。观目高差÷观目距离≥遮低高差÷遮低距离: https://www.zhihu.com/question/529889773/answer/3324017997。若不等式不成立，即观目高差÷观目距离＜遮低高差÷遮低距离，则表示两点之间不通视，视线被中间的遮蔽点所阻挡。需要注意的是，使用该公式时要确保数据的准确性，并且实际情况中可能还需要考虑其他因素对通视性的影响，例如地形的复杂程度、植被覆盖、建筑物等。

webrtc 支持H265(三) 总结_webrtc h265-优快云博客enable-chromium-hevc-hardware-decoding/README.zh_CN.md at main · StaZhu/enable-chromium-hevc-hardware-decoding · GitHub《WebRTC系列》实战 Web 端支持 h265 硬解_webrtc-streamer h265编码-优快云博客

（1） 在一台新装电脑上，直接安装了wvp-install.exe, 而没有运行install.bat 去安装同目录下的20**.exe的vc_redist插件。解决方案：在一台新机器上安装，应先运行install.bat ,它会自己判断要不要装插件；如果需要，它会安装同目录下的20**.exe插件。解决方案： wvp 4.0 后，我们的产品就使用自己安装目录 下的jdk 了，不受系统另装jdk的影响。（2） 有时候电脑的其它jdk 影响了系统的jdk。

比如，如果需要转发多个音频、视频流，可以使用muxer将多个流合并成一个流，然后再进行转发。另外，如果需要将原始流中的音频、视频流进行编码或压缩，通常也需要使用muxer将编码后的音视频流进行合并。在转发流的过程中，如果源流已经经过解复用（demuxer）处理，可以直接将其中的音频、视频流分别转发出去，不再需要muxer。在音视频编解码中，demuxer（解复用器）用于解析音视频流，将其中的音频、视频、字幕等数据分离出来，而muxer（复用器）则用于将分离后的音频、视频、字幕等数据合并成一个音视频流。

这将会拉取webRTC源码，且额外加了android相关的依赖，例如Android SDK/ NDK。整个工程大概21G，主要占用的是第三方依赖，在third_party目录下，大概17G+，其中third_party/Android相关依赖有6G+。所以拉取时，请确保空间充裕。B fetch通过 ubuntu的界面 proxy设置了代理。(1) windows ,centos上都会报错。这个应该可以看到最新的变动 ，需求变更等。A : 在git上设置代理。

vp9 vp8。

https://www.cnblogs.com/deng-cc/p/10123069.html命令行。gbcomZlm->mp4test1分支。

【代码】【zlm】写frame。

a=ssrc:809145055 msid:stream_id audio_label // 这个子流的属性。a=msid:stream_id audio_label // stream_id 中的子流。a=ssrc:809145055 mslabel:stream_id // 这个子流的属性。对的，我们把海思的芯片搞成h264也变成这样了，所以你把这个搞好了，也帮我们一起搞定了一个问题。a=msid-semantic: WMS // 没有说明子流信息。

当解利用的时候 ，就直接把demuxer 里产生的trackers ,通过addtracker，直接 调用 了ms的addtracker,给muxer上也挂上了tracker .track input frame 之后 ，通过下面已经在track里设置的代理 ，将input frame转发给， muxer的input frame .当进行解码 的时候，又通过之前 绑定好的关系 ，将数据流最后通过 muxer-》inputFrame进行了数据的复合！然后给了demuxer。

LogLevel;

webrtc :https://www.bilibili.com/video/BV1uL4y1i7KP/?spm_id_from=333.337.search-card.all.click mediasource: https://www.bilibili.com/video/BV1kq4y1u7cN/?spm_id_from=333.788.recommend_more_video.1&vd_source=513f4714cefb8d7c46b9fdc5d529d655

可取点，好像可以拿到音频，孟庆*同学做的好像没有单频。其它的只是一个空架子，应该有做，但没有上传上来。meeting.sql已经修改。

如果是vp9的代码过来 ，就是PCMA等 音频，而在mediasource那边的track也就剩下 一个audio了，见文章【video】记录audio+video-优快云博客。

TLS（Transport Layer Security）是一种用于保护网络通信安全的协议，它的版本包括 TLSv1.0、TLSv1.1、TLSv1.2 和 TLSv1.3。总的来说，TLSv1.3 在安全性和性能方面都有所提升，但在某些情况下可能会面临兼容性问题。因此，是否采用 TLSv1.3 取决于具体的需求和场景。

直接黑屏，没有收到任何消息，直接到onclose,然后有离线触发 也到时间。切换到后台， 一个心跳期间，就会发close socket。修改成“无限制”后，就不会断开了。

有时候会从开始新增5M，就稳定在一个值了。