基于jrtplib实现了RTP发送和接收功能,支持发送H264、PS、TS等文件流,接收端读取发送端发来的数据后,取Payload数据,通过FFmpeg分离、解码出视频,将RGB格式的视频在窗口中显示。
了解更多内容请参阅我博客上的相关文章:https://blog.csdn.net/zhoubotong2012/article/category/7467116
2025/6/8 0:19:42 15.32MB jrtplib rtp
1
在Visualstudio2015平台下实现TCP网络文件传输。
程序分为发送端和接收端。
首先在传输文件数据之前,发送端会把将装有文件名称和文件长度发送到服务器,服务器在指定文件夹下创建同名文件,然后传输
2025/5/25 10:27:20 50.02MB TCP
1
《ICETEK-DM365-KBE-V3原理图详解》ICETEK-DM365-KBE-V3是一款由北京瑞泰公司推出的开发板,其设计基于DM365芯片,这款芯片是德州仪器(TexasInstruments,TI)生产的高性能数字媒体处理器,广泛应用于高清视频处理和多媒体应用领域。
本文将对ICETEK-DM365-KBE-V3的原理图进行详细解析。
DM365芯片的核心部分包括多个接口和信号线,如UART1(通用异步接收发送器)、I2C(Inter-IntegratedCircuit)总线、GPIO(GeneralPurposeInput/Output)引脚等。
UART1_RXD和UART1_TXD分别代表串行通信的接收和发送引脚,用于实现与外部设备的数据传输。
I2C_SDA和I2C_SCL则是I2C总线的时钟和数据线,用于控制和通信I2C兼容的外围设备。
在GPIO部分,我们可以看到EM_BA0到EM_A7等一系列引脚,它们可以作为通用输入输出使用,根据应用需求配置为输入或输出,以连接各种外设。
此外,还有SD1和SD0两个独立的SD卡接口,它们包含CLK(时钟)、CMD(命令)、D0至D3的数据线,用于支持存储扩展。
DM365还集成了McBSP(MultichannelBufferedSerialPort)接口,这是TI的多通道缓冲串行端口,用于音频和语音数据传输。
McBSP_FSR、McBSP_CLKR、McBSP_DR等引脚构成接收通道,而McBSP_FSX、McBSP_CLKX、McBSP_DX则构成发送通道,提供灵活的音频接口能力。
此外,DM365开发板上还包括了以太网PHY(物理层)接口,如TX_EN、TX_CLK、TX_D0至TX_D3、RX_D0至RX_D3等,这些接口负责处理以太网的物理层传输,确保网络数据的稳定传输。
同时,PHY接口还包含了RX_CLK、RX_DV、RX_ER等,用于接收端的数据同步和错误检测。
电源管理方面,开发板上有多个电压等级的电源引脚,如VCC_5V、VCC_3.3V、VCC_1V8等,以满足不同组件的供电需求。
同时,电路中还包含了电容C12、C18、C15、C27等,用于滤波和稳定电压。
开发板上还提供了多种视频输入和输出接口,如VIDEO_IN、VIDEO3S、VIDEO4,以及相关的同步信号如VOUT_HSYNC、VOUT_VSYNC、VOUT_LCD_OE、VOUT_VCLK等,支持不同的视频源和显示设备。
此外,还有音频接口如DAC_1_G、DAC_2_B、DAC_3_R,以及麦克风输入MIPI_CSI,满足多媒体应用的需求。
ICETEK-DM365-KBE-V3开发板具有丰富的接口和功能,集成了DM365芯片的多媒体处理能力,为开发者提供了强大的硬件平台,适用于高清视频处理、音频处理、网络通信等多种应用场景。
通过深入理解其原理图,开发者可以更好地利用该开发板进行产品设计和开发。
2025/5/20 8:13:33 53KB DM365
1
由于目前的嵌入式处理速度与PC相比还有一段差距,对于复杂的图像处理略显乏力,所以统筹两者优点,设计实现了一种高效的远程视频实时人脸识别系统。
设计采用嵌入式ARM作为开发平台,并接入摄像头和无线网卡来实现前端部分视频的采集和传输。
PC作为接收端,并配置开源的视觉处理工具OpenCV实现人脸识别和达到视频监控的目的。
通过两者的结合既利用嵌入式优势,也获得了PC的处理速度,而且由于网络化,所以对监控的环境,距离等可以随意的调整,对工业要求或特定场合有一定的借鉴作用。
2025/4/21 17:17:16 1.54MB 视频监控; 人脸识别; OpenCV; ARM
1
空间调制技术,包括SM、GSMPSM等大量仿真代码,包括天线选择技术,接收端检测算法。
2025/4/13 1:24:17 95KB SM GSM PSM
1
利用M函数仿真扩频通信系统。
6个用户的CDMA的同步通信系统,每个用户利用L=20的伪随机序列码进行扩频,信道为AWGN信道,接收端利用匹配滤波器进行检测。
绘出当N=10000个发射比特下,SNR=0:15(dB)时的误码率曲线。
2025/3/6 15:22:16 251KB 扩频通信
1
(1)在发送端模拟数据从高层到低层的封装过程,在接收端模拟数据从低层到高层的解封装过程;
(2)按照每层的功能对数据填加报头,并显示每一层得到的封/解装格式;
(3)传输层和网络层的封装格式参考TCP/IP的相应各层协议格式;
(4)网络层的IP报文需要模拟报文分段和重组的过程;
(5)数据链路层帧格式参考局域网的MAC帧格式;
(6)物理层显示为0或1比特串。
2025/2/24 15:08:31 918KB socket编程
1
利用哈夫曼编码进行通信可以大大提高信道利用率,缩短信息传输时间,降低传输成本。
这要求在发送端通过一个编码系统对待传数据预先编码,在接收端将传来的数据进行译码(解码)。
对于双工信道(即可以双向传输信息的信道),每端都需要一个完整的编/译码系统。
试为这样的信息收发站设计一个哈夫曼编/译码系统。
2025/2/18 19:15:14 10.29MB 数据结构 赫夫曼编码 实验报告
1
使用tiny4412开发板,通过USB摄像头采集YUYV422格式视频数据,再通过芯片硬件FIMC转码为NV12格式,然后通过硬件H264编码器压缩为H264格式,最后通过RTP协议发送H264数据。
接收端使用VLC播放器,打开SDP文件即可。
注意,需要修改代码中的IP和SDP文件的IP地址,根据每个人的接受端电脑IP进行修改。
2025/2/10 22:30:04 223KB H264 MFC tiny4412 rtp
1
基于VS2013WPF开发,从串口接收数据,并将数据从网口发出,在接收端将接收的网络数据再发到指定的串口,可在一定场合代替485通信,基于.net4.0附源码
1
共 79 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡