Android 视频流 - 支持的设备吗？
好的。因此，Android 设备有数十亿种。我有一个视频流服务，在 iOS 上运行得非常好。我的应用程序具有实时视频功能和保存的视频剪辑播放功能（也可以流式传输到设备）。我在不同的 Android 设备上运行了一些测试，并得到了一大堆不同的播放结果。我使用的是 640x480 h.264 基本配置文件视频。流式传输该视频仅适用于某些设备。对于其他设备，相同的视频流可以以低分辨率进行流式传输，并且可以在某些设备上运行，但在其他设备上仍然不行。高调流媒体通过 http://www.wowzamedia.com/ (rtsp)，并且不适用于任何 Android 设备 (但适用于 iPhone）。最低和最差的选项是 Motion JPEG，它适用于迄今为止所有测试的设备。
所以我的问题是，我如何弄清楚（无需测试市场上的每个设备）该设备是否可以播放：640x480 h.264 基本配置文件 - 如果这不起作用，则播放低分辨率视频 - 如果这不起作用不起作用，默认为 Motion JPEG。
另外，你知道为什么我的 rtsp 通过 wowza 转码可以在 iPhone 上运行，但不能在任何 Android 设备上运行（甚至摩托罗拉 Atrix 也不能运行）？
Ok. So there are a bagillion different Android devices. I have a video streaming service, works wonderfully for iOS. My app has a live video feature and a saved video clip playback feature (which streams to the device too). I've run some tests on different Android devices and get a whole bunch of different playback results. I am using a 640x480 h.264 base profile video. Streaming that video works only on some devices. For other devices, that same video stream can be made to stream at low resolution and that works on some devices, but still not others. The high profile streaming goes through http://www.wowzamedia.com/ (rtsp) and doesn't work on any Android device (but works on iPhone). The lowest and worst option is Motion JPEG, which works on all tested devices so far.
So my question is, how can I figure out (without having to test every device out on the market) if the device will play: 640x480 h.264 base profile - if that wont work then play the low resolution video - if that doesn't work, default to Motion JPEG.
Also, any idea why my rtsp transcoded through wowza works on the iPhone but not on any Android device (not even the Motorola Atrix)?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
Android 上的流媒体绝对是一团糟。大多数设备不支持高于 Baseline 3.0 的任何内容。如果您为 iPhone 3 编码，它通常应该通过 RTSP 工作。较新版本的 Android 支持 HLS，但它时好时坏，并且很大程度上取决于特定设备。
Streaming on android is an absolute mess. Most devices don't support anything higher than Baseline 3.0. If you encode for iPhone 3, it should generally work via RTSP. Newer versions of android support HLS, but it's hit or miss and largely dependent on specific devices.
我解决了这个问题。检查流媒体服务和 x264 配置文件中的 RTP 实现。我的 RTSP 服务器在 90% 的设备上运行良好。
附注
不同Android版本中的一些视频框架可以实现RTP和RTSP协议，但存在一些差异。
I resolved this problem. Check RTP-realization in your streaming service and x264 profile. My RTSP-server works fine on 90% devices.
p.s
Some video frameworks in different Android versions can implement RTP and RTSP protocols with some differences.
这些是我在尝试使流媒体在各种设备上工作时遇到的一些链接/问题。
MediaPlayereekTo 不适用于流媒体
MediaPlayer 在搜索到不同位置后启动时将位置重置为 0
MediaPlayereekTo 从头开始播放歌曲的方式不一致
基本流音频适用于 2.1，但不适用于 2.2
MediaPlayer.seekTo()不适用于无缓冲位置
在 videoView/Mediaplayer 中再次开始搜索缓冲时流式传输视频
即使是 stackoverflow 中的大人物也想知道这一点。
如果你只想流式传输而不进行搜索（这是蹩脚的），这是可以实现的。但如果你在观看时接到电话，你就会从头开始。
These are some of the links/issues which I have come across, while trying to make streaming work in varied devices.
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
Even the big shots in stackoverflow are wondering about this
If you want just streaming without seeking (which is lame), this can be achieved. But then if you receive a call while you are watching, you will end up from the start.