基于安卓的实时视频传输软件设计

firepig 发布于 2015/05/29 19:13
阅读 460
收藏 0
我要写一篇论文,不知道思路对不对,麻烦各位牛人给看看。
我是要做一个APP,我的思路是通过安卓自带摄像头采集视频并预览,回调函数获取实时视频帧数据,通过wifi环境下的Socket UDP传输采集到的原始YUV420sp数据到另一台手机上去,另一台手机上将获得的YUV420sp数据转换成RGB格式的,然后用 SurfaceView控件显示出来。
就整个思路有没有逻辑问题?有没有技术难题?比如,YUV能通过socket传输吗?YUV转RGB后,SurfaceView能显示出来吗?
这对我很重要。希望大家给个答案。谢谢了。跪谢。
加载中
0
ihuotui
ihuotui

技术难题一,带宽问题,会卡,要编码。

f
firepig
局域网wifi带宽也不够吗?
0
水至浅
水至浅

照你这思路,你1秒钟21帧。你是不是得转换21张图,发送21张图,那1秒的数据是多少?

你的方案理论上可行。但是不实用。

你自己要根据mepg编码,自己传递码流。另一方显示的地方解码。

水至浅
水至浅
FFMpeg大是因为它集成了所有的音视频编解码。如果你只是支持h.264的话只要,只留下核心库应该能减小不少体积。 当然,我也只是说说,实际做的话要对这个库很了解。
ihuotui
ihuotui
回复 @firepig : 自己先看看其他人怎么写吧,应该不难的,常见的视频传输。
f
firepig
因为老实说,我不太懂,所以当时我就懵B了,就被他唬住了。现在我要交一篇文章,不能被他抓住尾巴,没有逻辑错误和技术上的问题
f
firepig
谢谢你的回答。 另外,那可不可以创建一个动态条,可以设置帧率,这样数据会小一些?我最开始写的文章是用H.264编码,然后解码,并且移植了FFmpeg,是看了文献自己山寨的。但是老师说,FFmpeg那个东西很大,我不可能封装进一个几M的软件里面去,然后说我是wifi局域网,带宽那么大,根本不需要用H.264编码。
0
f
firepig
自顶。别沉,再多几个人意见。我后天要答辩了,谢谢
0
zigzagroad
zigzagroad
主要还是 通讯协议设计 和 带宽流量压缩的处理
返回顶部
顶部