好的。所以有无数种不同的安卓设备。我有一个视频流服务,在iOS上工作得很好。我的应用程序有一个实时视频功能和一个保存的视频剪辑回放功能(也可以流传输到设备上)。我在不同的Android设备上运行了一些测试,得到了一大堆不同的播放结果。我使用的是640x480 h.264基本配置文件视频。视频流传输只在某些设备上有效。对于其他设备,可以使相同的视频流以低分辨率流传输,这在某些设备上有效,但在其他设备上不起作用。高调的流媒体通过http://www.wowzamedia.com/ (rtsp)传输,在任何安卓设备上都不起作用(但在iPhone上起作用)。最低和最差的选项是Motion JPEG,到目前为止,它可以在所有测试的设备上运行。
所以我的问题是,我如何才能计算出(不需要测试市场上的每个设备)设备是否可以播放: 640x480 h.264基本配置文件-如果不起作用,那么播放低分辨率视频-如果不起作用,默认使用Motion JPEG。
另外,你知道为什么我通过wowza转码的rtsp可以在iPhone上工作,但不能在任何安卓设备上工作(甚至连摩托罗拉Atrix都不行)?
发布于 2012-12-15 08:12:34
android上的流媒体绝对是一团糟。大多数设备不支持高于Baseline 3.0的任何内容。如果你为RTSP3编码,它通常应该通过iPhone工作。较新版本的android支持HLS,但它时好时坏,很大程度上取决于特定的设备。
发布于 2012-06-14 21:25:37
我解决了这个问题。在您的流媒体服务和x264配置文件中检查RTP-realization。我的RTSP-server在90%的设备上都工作得很好。
p.s不同Android版本的一些视频框架可以实现RTP和RTSP协议,但存在一定的差异。
发布于 2011-08-04 16:53:13
这些是我在尝试让流媒体在各种设备上工作时遇到的一些链接/问题。
MediaPlayer seekTo doesn't work for streams
MediaPlayer resets position to 0 when started after seek to a different position
MediaPlayer seekTo inconsistently plays songs from beginning
Basic streaming audio works in 2.1 but not in 2.2
MediaPlayer.seekTo() does not work for unbuffered position
Streaming video when seek back buffering start again in videoView/Mediaplayer
即使是stackoverflow中的大人物也想知道这一点
如果你只想流媒体而不去寻找(这很差劲),这是可以实现的。但是如果你在观看的时候接到一个电话,你就会从一开始就结束。
https://stackoverflow.com/questions/6256549
复制相似问题