- 博客(264)
- 资源 (8)
- 收藏
- 关注
RSS订阅
原创 基于yum源创建自己的docker系统镜像
docker镜像的原理，可以搜索网络文章，尤其docker hub中的系统镜像，基础的系统镜像并不清楚系统中都放了哪些单元和组件，若是想进一步裁剪，则不可，作为产品级的系统基础镜像总是希望可控和完全清楚内容，并可根据情况进行裁剪，越小越好！如下于docker源码分析而自动创建的系统tar包，cat *.tar | docker import - 即可：基于centos7.x系统的容器镜像：# vimyum.conf.temp 文件[main]tsflags=nodocsinstal.....
2020-05-13 21:02:16
545
2
转载 Linux文件缓存使用情况和命中率查看的工具详细概述
这里总结几个Linux文件缓存(page cache)使用情况、命中率查看的工具。perf-tools里面的cachestat来自于大名鼎鼎的Brendan Gregg的cachestat，已经被加到他的perf-toolshttp://www.brendangregg.com/blog/2014-12-31/linux-page-cache-hit-ratio.htmlpcs...
2018-11-23 16:11:52
2249
转载 宿主机与docker容器之间免密码ssh链接，容器与容器之间ssh免密码连接
转：https://segmentfault.com/a/1190000012484646若要实现免密登陆，意味着无论是宿主机，还是容器都要彼此交互公钥：容器A发送自身公钥给中心机器，统一由中心机器，回发全部需要ssh到容器A的公钥信息，任何一个新加入的容器，发送信息给中心机器，则中心机器通知全部的容器更新附加对应的公钥信息，如此实现中心机器到全部容器，容器之间的彼此免ssh登陆一、S...
2018-10-26 20:29:40
3519
1
转载 Python框架下django 的并发和多线程
django 的并发能力真的是令人担忧，django本身框架下只有一个线程在处理请求，任何一个请求阻塞，就会影响另一个情感求的响应，尤其是涉及到IO操作时，基于框架下开发的视图的响应并没有对应的开启多线程，再者Python的多线程对于多核CPU有效利用率非常低，参照这里就使用 nginx + uwsgi 提供高并发nginx 的并发能力超高，单台并发能力过万（这个也不是绝对），在纯静态的 ...
2018-09-18 17:59:12
29332
3
转载 并不包含调试信息(未加载任何符号)
今天调试一C++程序，按下F5，老是弹出一对话框显示信息：debugging information for 'myproject.exe' cannot be found or does not match. No symbols loaded. 翻译成中文大概就是：不能找到'myproject.exe' 的调试信息或者调试信息不匹配。符号文件未加载。起初，我以为是没有生成.pdb文
2012-06-21 18:07:47
25969
9
原创 Google 的 9 年职业生涯回顾
这篇文章是一位前谷歌员工对自己在谷歌九年工作经历的回顾和总结。作者在谷歌的不同团队和产品中工作，包括Bigtable、Persistent Disk和GCE VMs（虚拟机），并分享了他在谷歌的起起落落、心得体会以及从中学到的教训。总结的很好，可以学习一下。
2024-09-04 16:06:57
531
原创 常见音视频组织架构
一般需要根据产品，技术，业务重点进行调整！尤其是做视频会议，可视对讲的场景的团队，涉及到软硬件完整端到端音视频解决方案的公司，仅供参照而已，不用纠结，也涵盖了常见的核心技术的部分！欢迎留言讨论，说看一个团队的组织架构就可以知道这个团队要做什么，反过来也是需要匹配，要做什么，也就决定了一般团队的组织架构了。
2024-08-26 17:18:19
229
原创 zlmediakit为何性能如此优秀？
ZLMediaKit在多个层面进行了性能优化，从网络I/O处理到线程管理，再到对C++11新特性的广泛应用，确保了其在高并发场景下的卓越表现。通过这些优化，ZLMediaKit能够高效地处理大量流媒体请求，保持较低的延迟和高吞吐量，是其成为优秀开源媒体服务的关键原因之一。
2024-08-22 11:23:57
662
原创 媒体服务zlmediakit系统架构图
描述: 序列图展示了ZLMediaKit在处理特定请求时的模块交互过程，如客户端请求拉取流时，各模块的调用顺序和交互细节。描述: 数据流图展示了媒体流从输入到输出在ZLMediaKit系统内的流动路径，包括协议解析、解码处理、缓存、和流分发。这有助于理解系统的内部组成和模块间的相互关系。描述: 整体系统架构图展示了ZLMediaKit的主要组件及其交互方式，包含流媒体接入、处理、存储和分发等主要流程。描述: 日志与监控架构图展示了ZLMediaKit的日志和监控体系，确保系统的可观测性和故障排除能力。
2024-08-22 11:14:05
349
原创 flv和 rtmp视频负载类型的差异
FLV通过VideoTag中的字段直接标记视频类型，而RTMP作为传输协议，通常不直接标记视频类型，而是依赖于传输的音视频数据格式（如FLV）来传递这些信息。在RTMP流中，视频元数据可以通过AMF格式传递，包括编解码器类型、级别、配置文件和其他参数。对于H.264和H.265等编码格式，关键的配置信息（如SPS、PPS）通常在视频流的开始发送，以便于解码器的初始化。
2024-08-22 10:41:11
597
原创 flv和rtmp 联系和区别
FLV是一种视频文件格式，由Adobe Systems开发，专为在网页上流式传输视频内容而设计。它是一个容器格式，能够封装视频、音频和元数据流。
2024-08-22 10:36:41
325
原创 创业融资终极指南
致敬每一个创业者：在当今的商业世界中，初创企业如雨后春笋般涌现，但它们面临着一个共同的挑战——融资。36氪的《创业融资终极指南》系列文章为创业者提供了一份详尽的融资指导手册，涵盖了从了解投资者到避免融资错误的全过程。以下是对该系列文章的总结。
2024-08-16 11:32:25
390
原创 WebRTC ICE配置类型
ICE的不同配置类型（标准ICE、ICE-lite、Trickle ICE）各有其适用场景和优势。标准ICE适用于需要完整连接检查的复杂网络环境，ICE-lite适用于资源受限或网络环境已知的场景，而Trickle ICE适用于需要快速建立连接的场景。选择合适的ICE配置可以根据具体应用的需求和网络环境进行调整。
2024-08-07 10:53:26
569
原创 Docker Desktop Windows 目录介绍
文件和路径对应，主要用于存储 Docker Desktop 的系统级文件和配置。文件和路径对应，主要用于存储 Docker 容器和镜像的数据。了解这些区别可以帮助你更好地管理和维护 Docker Desktop 在 WSL 2 中的环境，以及更高效地进行容器化应用开发和数据管理。如果你在使用过程中需要对 Docker 数据进行备份或迁移，这些信息也会非常有用。
2024-07-17 09:20:11
562
原创 2024 世界人工智能大会开幕，有什么值得关注的内容？
2024 世界人工智能大会于 7 月 4 日开幕，有诸多值得关注的内容。大会主题为“以共商促共享 以善治促善智”，包含会议论坛、展览展示、评奖赛事、智能体验 4 个板块，涵盖 AI 伦理治理、大模型、数据、算力、科学智能、新型工业化、自动驾驶、投融资、教育与人才等重点议题。展览规模、参展企业数、亮点展品数、首发新品数均达历史最高。重点围绕核心技术、智能终端、应用赋能三大板块，聚焦大模型、算力、机器人、自动驾驶等重点领域，集中展示了一批“人工智能+”创新应用最新成果，首发一批备受瞩目的创新产品。
2024-07-05 18:26:13
738
原创 不同的llm推理框架
MLC-LLM不仅支持GPU，支持在多种边缘设备（Android或iPhone平台上）本地部署LLM，但是当前支持的模型比较有限。支持多种并行优化策略，支持自研的LLM量化与剪枝方法。llama.cpp是一个支持纯C/C++实现的推理库，无任何依赖，当前已经从仅支持LLAMA扩展到支持其它的LLM。rtp-llm是一个已经商业应用的LLM推理框架，支持了淘宝、天猫、菜鸟、高德等多个部门的LLM推理业务。XInference不仅支持LLM的推理，还支持文生图模型、文本嵌入模型、语音识别模型、多模态模型等。
2024-07-04 17:05:01
681
原创 视频拼接服务分享
支持多个短视频拼接，同时支持配置多个转场设置，多个短视频依次选择多个多个转场效果，若配置1个转场效果则，短视频拼接即使用一个转场， 例如：短视频文件['1.mp4','2.mp4','3.mp4','4.mp4'] 转场设置['circlecrop','circleopen'] 则1.mp4+circlecrop+2.mp4+circleopen+3.mp4+circlecrop+4.mp4。支持H264 MP4码流的视频拼接，例如:['1.mp4','2.mp4','3.mp4']
2024-06-04 15:11:54
1213
2
原创 H.264 的RTP 三种封包模式
选择合适的H.264 RTP封包模式需要考虑具体应用的需求和网络环境。对于低延迟的应用，Single NAL Unit Mode (模式 0) 是合适的选择；对于需要分片的情况，可以使用Non-Interleaved Mode (模式 1)；而在高丢包的环境中，Interleaved Mode (模式 2) 提供了更好的容错能力。
2024-05-20 14:59:05
738
原创 多个glibc库存在时如何查看ldd调用的哪个
最后实际加载的是：openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3。但是发现存在多个版本的glibc版本，需要查看具体的库的信息，和相应的关键函数的信息，但是并不知道具体的libc.so.6的路径信息。查看cat /usr/local/bin/ldd 源码信息？是否可以获取有效信息呢？如此的话，就可以查看或者需要加载此路径下的库的相应的信息，或者查看实现了哪些函数的信息！
2024-05-08 12:01:09
231
原创 ffmpeg ubuntu18.04编译报错fcntl64
可见版本和ldd匹配，而且此库中并没有实现fcntl64，所以考虑升级glibc的版本，但是由于系统ubuntu18.04和此内核版本官方源提供的匹配版本就是如上的版本，尝试源码编译glibc库31版本，然后手动源码安装成功，ffmpeg可以编译成功，并且不会报错，但是切换到此路径下的glibc库的话，系统很多的命令都会报段错误，所以，glibc并不能如此的在系统下升级。猜测应该是ffmpeg的某些依赖库调用了fcntl64，如此的话，重点就是分析glibc的是否真的存在fcntl64。
2024-05-08 11:52:16
1409
原创 ffmpeg视频拼接性能测试
执行结果：frame= 1836 fps= 34 q=-1.0 Lsize= 17465kB time=00:01:13.32 bitrate=1951.4kbits/s speed=1.37x。执行结果：frame= 1836 fps= 34 q=-1.0 Lsize= 17465kB time=00:01:13.32 bitrate=1951.4kbits/s speed=1.37x。8）(cpu解码 gpu编码3090ti) 3090ti。9）(gpu解码 gpu编码3090ti) 3090ti。
2024-05-06 10:05:52
1238
原创 WebRTC的3A和SpeexDSP如何选择
回声消除 (AEC)：使用自适应滤波器来消除麦克风捕获的扬声器声音。这涉及到远端信号的预处理和近端信号的实时处理。噪声抑制 (ANS)：通过噪声门限和滤波器来减少背景噪声的影响。自动增益控制 (AGC)：自动调整输入信号的增益，以保持一致的音量水平。声音预处理：包括去噪、回声处理、VAD（语音活动检测）等。SpeexDSP 的核心是一组可重用的函数和状态机，它们可以轻松地集成到各种音频处理应用程序中。其代码结构通常包括初始化函数、处理函数和销毁函数。：初始化回声消除状态。：初始化预处理状态。
2024-04-18 17:40:55
1268
2
原创 SRS WebRTC Whip 和 Whep 部署体验问题
查看后台日志：典型的报错信息：[2024-04-17 14:01:23.248][ERROR][41358][k5810747][0] serve error code=4042(HttpsHandshake)(Failed to do handshake for HTTPS) : start : handshake : handshake r0=-1, r1=1。，仅在windows下操作成功 2.whip和whep的交互不走8088端口，走另一个http api的监听端口1990。
2024-04-17 15:48:01
1440
3
原创 openEuler论坛推荐
云、边、端、终端全场景、宏操系统内核和微操作 系统内核这个非常不错，增长迅速。音视频云，全场景一套架构！在这个系统场景下应该是可以更低的落地门槛！初次加入，基于这些新特性的期待，多多交流。这些技术白皮书非常不错：推荐看一下。
2024-04-03 15:20:45
210
原创 不同网络类型的理论丢包率
需要注意的是，以上数据仅为一般参考值，实际网络丢包率可能会受到各种因素的影响而有所波动。对于不同的网络结构和运营商，其具体的网络质量要求可能会有所差异，可以根据具体情况进行调整和优化。如果您需要更详细或具体的信息，建议联系各个运营商或网络服务提供商获取更准确的数据。对于不同的网络结构和运营商，通常有一些基本的网络质量要求，比如理论的丢包率。
2024-03-28 10:49:52
775
原创 ffmpeg 视频拼接 淡入淡出
源码安装，打开：--enable-filter=xfade windows上官方最新的已经打开此滤镜，如下的命令应该时没有使用xfade。测试了很多，尤其是参数稍微调整，就会没有效果，或者第一个视频卡死，或者整个都是粉色条带，如上的命令是最后验证ok的命令。综合来看，这个命令的作用是将两个输入视频进行淡入淡出效果处理，并与一个黑色背景叠加后输出为一个新的视频文件。并没有什么效果，不知道问题在哪里，测试了不少方案，均没有效果!这个命令结合了视频滤镜、叠加和编码操作，实现了比较复杂的视频处理功能。
2024-03-19 18:03:25
1716
原创 Voip测试工具
SIPp可以用来测试许多真实的SIP设备，如SIP代理，B2BUAs,SIP媒体服务器，SIP/x网关，SIP PBX，等等，它也可以模仿上千个SIP代理呼叫你的SIP系统。SIPp是一个测试SIP协议性能的工具软件。这是一个GPL的开放源码软件。sipp是安装在linux机器上的。支持通过CallXML脚本来定制呼叫流程。sipp工具的使用--简单的呼叫测试。SIP压力测试/DOS攻击利器。
2024-03-13 16:00:30
950
原创 Kamailio的SIP服务的性能
如下的提取的性能参数也是基于官方的性能报告，信令走的UDP，作为做系统方案的参照，Kamailio的性能还是非常，非常优秀！如此高的性能，搞个双机热备作为信令服务，然后媒体服务freeswitch搞个分布式，如此的可靠性的呼叫平台就非常的优秀了！
2024-03-13 15:57:06
1205
原创 openeuler欧拉系统 在windows10上安装报错0xc03a001a
当前openEuler内核源于Linux，支持鲲鹏及其它多种处理器，能够充分释放计算芯片的潜能，是由全球开源贡献者构建的高效、稳定、安全的开源操作系统，适用于数据库、大数据、云计算、人工智能等应用场景。同时，openEuler是一个面向全球的操作系统开源社区，通过社区合作，打造创新平台，构建支持多处理器架构、统一和开放的操作系统，推动软硬件应用生态繁荣发展。C:\Users\{用户}\AppData\Local\Packages。调整一下为如下：取消掉压缩内容的选项，应用于全部的文件和文件夹。
2024-02-26 09:43:07
552
原创 Raid技术介绍
它是一种应用于计算机存储系统中的技术，通过将多个硬盘组合在一起，扩展了系统的存储能力，同时提高了数据的读写性能、容错能力和可用性。提高容错性：由于使用多个硬盘存储数据，当一个硬盘出现故障时，RAID 技术可以使用其他硬盘上的数据进行恢复，从而避免数据丢失。RAID 10 将 RAID 1 和 RAID 0 结合，提供了镜像和条带化的结合，提供了较好的读写性能和冗余能力。RAID 10E ：是 RAID 1+0 的扩展级别，将 RAID 1 和 RAID 0 进一步组合，提供更高级的性能和冗余。
2024-01-30 16:34:09
489
原创 毫秒时间精度跑马灯代码
可以根据显示屏的刷新率进行调整，包含屏幕分辨率的调整，可以用来更加精确的测量视频的视频的端到端的时延测试，再配合高刷显示屏，以及高帧率相机即可实现更加精确的时延测试，若是追求到1毫秒精度的，还是建议购买专门的跑马灯计时设备。此方案的精度会受到显示屏的刷新率限制。根据需要自行修改即可。
2023-12-21 17:09:11
463
1
原创 50ms时延工业相机
SENSOPR（光转数字+算法处理） --> ISP（算法处理）→网卡驱动（数字转光），若SENSOR和ISP之间走离线模式，即模块间通信通过dma方案，则至少缓存一副图，加上算法处理故相机端的时延，43.48+算法处理+网卡处理= 50ms，显示屏的刷新时间60HZ，换算时间为：16.67ms，50+16.67 + 芯片处理时间 + 网络 = 理论上80ms左右，芯片的处理时间是和芯片本身的主频相关，更高的主频意味着更低的时延，不同的算法的处理的复杂度需要不同的时钟周期，即为时延。
2023-12-18 17:09:40
1246
翻译 了解并减少视频压缩系统中的延迟
在频谱中不太好的一端是没有速率控制功能的编码器，具有速率控制但不能提供足够的用户控制的编码器，以及支持低延迟编码但质量水平非常不同的编码器。在这里，所有不必要的帧级缓冲都已被消除，并且始终使用硬件编解码器（因为软件编解码器通常具有更高的延迟，这是由于与操作系统的内存传输和任务级管理相关的延迟开销）。例如，在给定的帧中，图像的平面背景部分可以用比更详细的前景部分所需的位数少得多的位数来表示。平均周期（以及与解码器的流缓冲区相关的延迟）的范围可以从几十帧到一整帧，在某些情况下，还可以减少到一帧的分裂。
2023-11-27 11:15:03
374
1
原创 实时音视频方案汇总
80米以上：会增加时延，海康技术不清楚具体时延，待测试，理论上和大华一致，海康厂商上技术推荐超过80米走光纤。方案5： hdmi + 无线+200米+转换器：50ms内（印象中有一款是20ms内，暂未深入确认）方案7： TRTC+ 5G，编码优化，解码优化，参照腾讯时延：40~70ms。方案8： 5G+视频网关，编码优化，解码优化，参照腾讯时延：50~80ms。80米电缆：50ms。
2023-11-17 17:08:58
403
原创 不同厂商IPC网页监控时延
1分钟(毫秒) 摄像头厂商：海康 设备型号：DS-IPC-B12H-I 第1次 第2次 第3次 第4次 第5次 第6次 第7次 第8次 第9次 第10次 平均值 摄像头网页 223 500 337 301 304 269 335 276 357 294 319.6 10分钟(毫秒) 第1次 第2次 第3次
2023-11-09 18:28:13
222
原创 obs whip 100ms端到端时延 zlmediakit webrtc验证
obs----whip---->媒体服务zlmediakit -----whep-----→chrome播放器（webrtc demo） 所有软件在同一台机器zlmediakit：低时延模式1）h264@25@1080p 平均时延：162.8ms 采样点ms：167+151+168+169+151+168+166+168+167+1532）h264@30@1080p 平均时延：150.9ms 采样点ms：149+149+149+147+133+167+167+151+149+148。
2023-11-09 18:16:35
1107
原创 大华同轴电缆低时延监控方案300ms
从监控的角度，这套方案还是比较有性价比，毕竟总体价格不高，但是若是从远程工业控制的话，这个时延就非常高了，是无法满足工业远程控制的，即便是1km/h，300ms误差也在8cm左右了。找技术厂家咨询了具体的时延参数，厂家说无法提供，技术方面并无测试，从方案上来看的话，因为都是原始未压缩码流传输，本身不涉及到视频的编解码，理论上时延应该很低。但是实际测试的话，摄像头：2路，同轴电缆，200米，4路盒子，然后vga口解显示屏、hdmi口直接显示屏。若是从视频监控的角度的话，这套方案的时延是可以宣称“真实时”
2023-11-07 10:00:30
249
1
原创 一种报警短视频录像快速检索方法
6)以报警时间作为关联检索时间的第一优先级条件，以报警时间做时间抖动，抖动区间为前后3秒时间（时间根据算法场景，业务准确度可以调整）和报警短视频的元数据保存的报警时间为关联查询，若是满足报警短视频的报警时间在抖动区间内，则此短视频即为查询的报警信息关联的短视频。7)对于查询到短视频的列表，按照关联权重进行排序，关联度越高，则排到队列的最前，关联关系的权重校验，报警短视频的元数据的报警时间和查询的开始时间和结束时间，|开始时间+结束时间/2-报警时间|距离越小，则关联的权重越高，则关联度最高的拍在最前面。
2023-10-27 15:19:02
182
实时流模拟器-本地mp4文件直接转协议流
2023-09-07
计算中心分布式存储需求配置
2023-07-24
视频监控平台常见方案v1.00
2023-06-12
webrtc基础知识介绍
2023-05-31
ZLMediaKit源码分析
2023-05-31
国标28181-2022
2023-05-31
QT个人学习笔记
2013-01-17
vcredist_x86的dll和vs2005，vs2008和vs2010对应的exe
2012-07-23
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人