通过RTP发送h264码流,网上比较多的版本,可在上位机用vlc播放,是一个学习rtp协议的好例子
2024/5/23 18:23:55 5KB RTP协议 H264
1
本示例代码在我的电脑上实现了对标准H264码流的RTP打包发送到本机的1234端口,用VLC播放器从1234端口能接收到该码流并实时播放。
代码附有详细的注释,应该很容易理解(前提是大家稍微对RFC3550RFC3984协议有了解)。
使用方法:直接在VC6上打开工程,编译。
(需要注意的是大家要把IP地址改为自己的。
在h264.h的#defineDEST_IP"192.168.0.30"和#defineDEST_PORT1234这两行修改就行了。
同时w.sdp文件里也要改成一致的IP和端口号,不然VLC是接受不到数据的。
在c=INIP4192.168.0.30和m=video1234RTP/AVP96这两行。
中间的1234是我设置的端口号。
)在执行程序之前,先用VLC打开w.sdp文件,然后执行程序,就可以看到画面了:)
2024/4/25 2:33:47 1.55MB H264 RTP RFC3984
1
代码可以运行过,必须是android4.1以上版本才可,支持h264,h263数据接收、RTP解包,实时解码播放等。
2024/4/23 11:26:06 937KB MediaCodec 实时解码
1
使用JRTPLib基于RTP协议服务器与客户端传输文字的示例,vs2008C++编译通过,F5即可运行,包含说明文档,代码简单易懂易修改,适用于毕业设计或课程设计。
2024/4/1 5:31:10 7.04MB RTP协议 传输 JRTPLib
1
标准的live555是从文件中获取视频流,本软件包是获取实时视频流。
据据实情更改H264LiveVideoSource::GetFrameData()运行testOnDemandRTSPServer,VLCrtsp://10.5.91.234:8554/h264LiveVideo
2024/2/18 15:14:13 13.21MB live555 实时流 ARM
1
rtsp客户端的c++实现,实现了RTP基于TCP和UDP传输数据,里面有bug的地方希望大家指正。
2024/2/13 7:07:13 580KB rtsp
1
用来测试JMF的,使用JMF流化本地文件,然后发送出去,接受后播放
2024/2/9 15:58:57 1.85MB JMF RTP
1
h264码流rtp传输demo,H264RTP封包代码实例,可以参考
2024/1/21 20:51:09 3.74MB 海思 rtsp
1
(有关原始自述文件,请参阅)开发结束我发现这是一个艰难的决定,我真的想不出一种方法来表达所有使我确信这是我需要采取的步骤的想法。
该库开始于1999年,当时我还是一个学生,这是我的第一个真正的开源项目。
这是我第一次真正与外界共享任何类型的代码。
不用说,它总是与许多美好的回忆联系在一起,因此很难放手。
但是,时代在变,我觉得我已经有相当一段时间无法给予该项目应有的关注,尽管它可能实际上并不需要那么多干预。
随着其他事情的出现吸引了我的兴趣,并且随着一些健康问题的出现又引起了我的关注,我认为现在是时候做出这个艰难的决定了。
因此,我要与JRTPLIB告别,既有悲伤,又有宽慰的心情。
ori里
2023/12/23 9:29:32 377KB C++
1
基于H.265的RTP封装。
2023/12/17 16:07:47 4KB H.265 RTP
1
共 60 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡