基于vfw的局域网视频监控系统（udp可传输视频音频和文字）！发送端和接收端都是对等的，都运行这个程序即可！可以传输视频音频和文字！
2025/10/30 10:13:30
172KB
1
基于jrtplib实现了RTP发送和接收功能，支持发送H264、PS、TS等文件流，接收端读取发送端发来的数据后，取Payload数据，通过FFmpeg分离、解码出视频，将RGB格式的视频在窗口中显示。
了解更多内容请参阅我博客上的相关文章：https://blog.csdn.net/zhoubotong2012/article/category/7467116
了解更多内容请参阅我博客上的相关文章：https://blog.csdn.net/zhoubotong2012/article/category/7467116
2025/6/8 0:19:42
15.32MB
1
在Visualstudio2015平台下实现TCP网络文件传输。
程序分为发送端和接收端。
首先在传输文件数据之前，发送端会把将装有文件名称和文件长度发送到服务器，服务器在指定文件夹下创建同名文件，然后传输
程序分为发送端和接收端。
首先在传输文件数据之前，发送端会把将装有文件名称和文件长度发送到服务器，服务器在指定文件夹下创建同名文件，然后传输
2025/5/25 10:27:20
50.02MB
1
（1）在发送端模拟数据从高层到低层的封装过程，在接收端模拟数据从低层到高层的解封装过程；
（2）按照每层的功能对数据填加报头，并显示每一层得到的封/解装格式；
（3）传输层和网络层的封装格式参考TCP/IP的相应各层协议格式；
（4）网络层的IP报文需要模拟报文分段和重组的过程；
（5）数据链路层帧格式参考局域网的MAC帧格式；
（6）物理层显示为0或1比特串。
（2）按照每层的功能对数据填加报头，并显示每一层得到的封/解装格式；
（3）传输层和网络层的封装格式参考TCP/IP的相应各层协议格式；
（4）网络层的IP报文需要模拟报文分段和重组的过程；
（5）数据链路层帧格式参考局域网的MAC帧格式；
（6）物理层显示为0或1比特串。
2025/2/24 15:08:31
918KB
1
利用哈夫曼编码进行通信可以大大提高信道利用率，缩短信息传输时间，降低传输成本。
这要求在发送端通过一个编码系统对待传数据预先编码，在接收端将传来的数据进行译码（解码）。
对于双工信道（即可以双向传输信息的信道），每端都需要一个完整的编/译码系统。
试为这样的信息收发站设计一个哈夫曼编/译码系统。
这要求在发送端通过一个编码系统对待传数据预先编码，在接收端将传来的数据进行译码（解码）。
对于双工信道（即可以双向传输信息的信道），每端都需要一个完整的编/译码系统。
试为这样的信息收发站设计一个哈夫曼编/译码系统。
2025/2/18 19:15:14
10.29MB
1
利用哈夫曼编码进行通信可以大大提高信道利用率，缩短信息传输时间，降低传输成本。
但是，这要求在发送端通过一个编码系统对待传输数据预先编码，在接收端将传来的数据进行译码（复原）。
对于双工信道（即可以双向传输信息的信道），每端都需要一个完整的编/译码系统。
试为这样的信息收发站设计一个基于哈夫曼编码的通信系统。
系统应具有以下功能：1）初始化处理：建立通信系统2）发送端信息编码3）接受端信息译码
但是，这要求在发送端通过一个编码系统对待传输数据预先编码，在接收端将传来的数据进行译码（复原）。
对于双工信道（即可以双向传输信息的信道），每端都需要一个完整的编/译码系统。
试为这样的信息收发站设计一个基于哈夫曼编码的通信系统。
系统应具有以下功能：1）初始化处理：建立通信系统2）发送端信息编码3）接受端信息译码
2025/1/27 0:11:10
9KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB