【发布时间】：2011-08-08 08:12:50
【问题描述】：
在我的一个项目中，我正在使用无休止的流实现直播电台。我可以毫无问题地使用 nativ Android MediaPlayer，也可以在运行旧版本 Android 的设备上使用，因为流的类型是音频/mpeg。我已经在运行 1.6 的 HTC Magic 上对此进行了测试，它完美无瑕。即使在 WLAN 和 3G 之间切换时，它也只是缓冲，我只注意到一个小问题，然后它继续播放，好像什么都没发生一样。它也很少断开连接，因为我在工作日以及上下班途中一直在收听广播，以确保用户体验完全符合我的要求。我对运行 Android 2.1 的 HTC Legend、运行 2.2 的 HTC Wildfire 和运行 2.2 的三星 Galaxy Tab 等其他设备重复了相同的程序，结果相同。所有设备都能完美处理流。
但是，这就是我卡住的地方，在运行 2.2 的 HTC Desire 上，我在播放流时遇到了严重的问题。当使用 MediaPlayer 的标准实现时，即 setDataSource(String path)，它会播放 10 - 30 秒，然后即使我在 WLAN 和 3G 上都完全接收，它也会失去连接。我尝试了不同的方法来解决这个问题，一种是使用NPR News 项目的StreamProxy，经过一些修改后实际上效果很好。然而，HTC Desire 仍然会时不时地断开连接，并且在某些情况下会尝试重新连接 4 到 5 次，直到它真正成功地保持稳定的连接。
我在使用代理时遇到的错误如下所示
08-08 09:35:17.810: ERROR/AwesomePlayer(67): Not sending buffering status because duration is unknown.
08-08 09:35:19.849: ERROR/HTTPStream(67): recv failed, errno = 11 (Try again)
08-08 09:35:19.849: INFO/HTTPDataSource(67): Retry ... 2 times left
08-08 09:35:19.849: WARN/HTTPStream(67): Calling connect()...
08-08 09:35:19.849: WARN/HTTPStream(67): Returned from connect()...
08-08 09:35:20.739: ERROR/(1576): Broken pipe
08-08 09:35:20.739: ERROR/(1576): java.net.SocketException: Broken pipe
08-08 09:35:20.739: ERROR/(1576): at org.apache.harmony.luni.platform.OSNetworkSystem.writeSocketImpl(Native Method)
08-08 09:35:20.739: ERROR/(1576): at org.apache.harmony.luni.platform.OSNetworkSystem.write(OSNetworkSystem.java:723)
08-08 09:35:20.739: ERROR/(1576): at org.apache.harmony.luni.net.PlainSocketImpl.write(PlainSocketImpl.java:578)
08-08 09:35:20.739: ERROR/(1576): at org.apache.harmony.luni.net.SocketOutputStream.write(SocketOutputStream.java:59)
08-08 09:35:20.739: ERROR/(1576): at org.jmvo.radio.StreamProxy.processRequest(StreamProxy.java:263)
08-08 09:35:20.739: ERROR/(1576): at org.jmvo.radio.StreamProxy.run(StreamProxy.java:138)
08-08 09:35:20.739: ERROR/(1576): at java.lang.Thread.run(Thread.java:1102)
当直接使用 MediaPlayer 而不使用代理时
08-08 09:41:30.799: ERROR/AwesomePlayer(67): Not sending buffering status because duration is unknown.
08-08 09:41:32.849: ERROR/HTTPStream(67): recv failed, errno = 11 (Try again)
08-08 09:41:32.849: INFO/HTTPDataSource(67): Retry ... 2 times left
08-08 09:41:32.849: WARN/HTTPStream(67): Calling connect()...
08-08 09:41:32.870: WARN/HTTPStream(67): Returned from connect()...
08-08 09:41:33.160: INFO/HTTPDataSource(67): retrying connection succeeded.
08-08 09:41:34.839: VERBOSE/CacheingDataSource(67): partial readAt CachingDataSource::readAt(260221, 418):mSource->readAt(page<0xd0ff0>->mOffset 260416, mPageSize 1728)
08-08 09:41:36.839: ERROR/HTTPStream(67): recv failed, errno = 11 (Try again)
08-08 09:41:36.839: INFO/HTTPDataSource(67): Retry ... 1 times left
08-08 09:41:36.839: WARN/HTTPStream(67): Calling connect()...
08-08 09:41:36.859: WARN/HTTPStream(67): Returned from connect()...
08-08 09:41:37.361: INFO/HTTPDataSource(67): retrying connection succeeded.
还有一件事。为了让 NPR News 的 StreamProxy 能够正常工作，我必须修改以下几行
byte[] buff = new byte[1024 * 50];
while (isRunning && (readBytes = data.read(buff, 0, buff.length)) != -1) {
client.getOutputStream().write(buff, 0, readBytes);
}
以这种方式使用它会导致流每 10 到 30 秒断开一次连接。但是，当我将缓冲区大小降低到 4 个字节甚至 1 个字节时，它的播放效果非常好，尽管在使用 3G 时经常会出现打嗝并且重新连接时会出现问题。
所以我的问题是，有人知道 HTC Desires 底层软件的交易是什么吗？我的意思是，它在运行相同版本操作系统的 HTC Wildfire 上完美运行。两个设备的软件应该没有太大区别吧？我还在多个 HTC Desires 上测试了这个应用程序，以确保它不仅仅是我的测试设备出了问题。但是在其他设备上也出现了与我的测试设备上相同的问题。
有什么想法吗？
【问题讨论】：
-
我有一个类似的项目，但目前我只使用来自 v2.2 的默认缓冲和 MediaPlayer。这不是您的意图，但您的帖子有助于证明使用 StreamProxy 是值得的。此外，您关于更改缓冲区大小的注释让我想到这里发生了什么。似乎 MediaPlayer-default 和 StreamProxy-default 都使用了太大的缓冲区并导致块出现问题。