问题描述 请问用TI的ARM335的芯片可以做视频实时传输吗? 现在遇到的问题是RTP传输时丢包严重,怀疑是cpu占用率太高了,用vlc播放器接收是出现灰屏,还有就是怎么编译x264的库,让它是支持硬件浮点的 解决方案 怀疑?有没有实际测试过? 也有可能是网速的原因!

问题描述 使用MediaRecorder录制视频和实时传输 android开发,我要实现的是:在服务器端使用MediaRecorder录制mp4的视频, 同时要把数据流通过rtsp实时传输到客户端.因为MediaRecorder设置setOutputFile时, 只能选择文件或者localsocket的一种方式输出,请问要怎样才能把MediaRecorder输出的 数据流分成两份,一份用来录制视频,一份用来作流媒体的输入流? 解决方案 http://blog.csdn.net/lvjunwoai

问题描述 android作为客户端接收rtp解包解码 跪求:请各位帮忙啊!我的毕设是在android端接收rtp包,解包解码,在android平台上播放视频,实现局域网内视频的传输,刚刚接触android,不知道怎么入手,麻烦各位给个demo啊,十分感谢!

问题描述 Servlet如何传输视频流(视频的实时传输) 各位大神,我在tiny6410上移植了i-Jetty作为嵌入式web服务器,新建Servlet用于处理http请求,可以处理一些简单的数据交互,现在想基于这个开发实时视频监控,用Servlet传输视频流,请问哪位大神做过,可以给点建议?太太太感谢了... 解决方案 Servlet 能处理实时视频流,如H.264吗?就算可以,用 6410 做为服务器,性能呢? 解决方案二: 之前看到有人用CGI开启线程,调用摄像头,进行编码,并且传输视频流

本文讲的是谈谈关于Android视频编码的那些坑,Android的视频相关的开发,大概一直是整个Android生态,以及Android API中,最为分裂以及兼容性问题最为突出的一部分.摄像头,以及视频编码相关的API,Google一直对这方面的控制力非常差,导致不同厂商对这两个API的实现有不少差异,而且从API的设计来看,一直以来优化也相当有限,甚至有人认为这是"Android上最难用的API之一" 以微信为例,我们录制一个540p的mp4文件,对于Android来说,大体上是遵循

问题描述 MFC视频实时播放的问题 我现在碰到了这样一个问题,arm开发板中移植了linux系统,想通过socket通信发送视频给上位机MFC,让MFC实时播放视频.现在能够达到的状态:arm和上位机MFC能够进行文件传输,MFC能够将传输过来的图片和视频能够保存成文件,并实现了在MFC上运用CImage类显示图片. 现在我想问的是怎样让MFC实时播放传输过来的视频?arm和MFC是通过二进制流进行文件传输的.谁能供下思路,请大家不吝赐教,谢谢! 解决方案 mfc做rtmp流播放器 解决方案二:

http://www.rosoo.net/a/201111/15259.html 将之前做过的一个比较实用的在Android实时采集视频,并在PC上显示出采集到的视频的程序,包括PC端和Android端程序,基于Android 1.5 在HTC G3上测试通过.开发平台是Android 1.5,这个程序实现视频流的获取,程序简单地在第20帧到来的时候,写入到文件中.这样就可以拿 TAG: Android  视频采集     相关完整源码可以从这里下载到: http://bbs.rosoo.net

问题描述 android视频切换到后置摄像头之后本地的图像是正常的但对方显示的图像是倒立的,是在传输的过程之前就要修改?怎么修改? 解决方案 在cameraHelper中修改下这个方法YUV420spRotate180(yuv_Rotate90,yuv_frame,mwidth,mheight);这是调整视频角度参数的解决方案二:嗯 ,谢谢!之前是没有这个方法的,现在修改下,不过里面的方法看得不太明白,好像用加了这些方法之后没有以前那么的流畅了,有点卡

本文分享自己在视频录制播放过程中遇到的一些问题,主要包括: 视频录制流程 视频预览及SurfaceHolder 视频清晰度及文件大小 视频文件旋转 一.视频录制流程    以微信为例,其录制触发为按下(住)录制按钮,结束录制的触发条件为松开录制按钮或录制时间结束,其流程大概可以用下图来描述. 1.1.开始录制    根据上述流程及项目的编程惯例,可在onCreate()定义如下函数来完成功能:      初始化过程主要包括View,Data以及Listener三部分.在初始化View时,添加摄像