12

我有一个应用程序正在播放在公共 URL 上可用的 MP3 文件。不幸的是，服务器不支持流式传输，但 Android 使用户体验完全可以接受。

除了 JellyBean 之外，这一切都适用于所有平台。在请求 MP3 时，JB 请求 Range-Header 10 次。只有在第 10 次尝试之后，它似乎才恢复到旧的行为。看起来这个已经报告的问题。

我发现了另一个SO 线程，其中推荐的解决方案是使用Tranfer-Encoding: chunked header。但就在下面有一条评论说这不起作用。

目前我无法控制提供上述响应标头，但在我能够做到这一点之前，我想在客户端寻找替代方案。（即便如此，我只能返回一个包含从 0 到 Content-Length - 1 的索引的 Content-Range。例如 Content-Range：字节 0-3123456/3123457）。

我试图做的是通过以下方式在客户端实现伪流：

  1. 打开 MP3 的输入流。
  2. 使用 JLayer 解码传入的字节。我在这个链接上找到了解码。
  3. 将解码后的数组字节发送到已经可播放的 stream_mode AudioTrack。

可以在那里找到进行解码的代码，我只对其进行了修改，因此它将接收一个 InputStream：

public byte[] decode(InputStream inputStream, int startMs, int maxMs) throws IOException {
        ByteArrayOutputStream outStream = new ByteArrayOutputStream(1024);

        float totalMs = 0;
        boolean seeking = true;

        try {
            Bitstream bitstream = new Bitstream(inputStream);
            Decoder decoder = new Decoder();

            boolean done = false;
            while (!done) {
                Header frameHeader = bitstream.readFrame();
                if (frameHeader == null) {
                    done = true;
                } else {
                    totalMs += frameHeader.ms_per_frame();

                    if (totalMs >= startMs) {
                        seeking = false;
                    }

                    if (!seeking) {
                        // logger.debug("Handling header: " + frameHeader.layer_string());
                        SampleBuffer output = (SampleBuffer) decoder.decodeFrame(frameHeader, bitstream);

                        if (output.getSampleFrequency() != 44100 || output.getChannelCount() != 2) {
                            throw new IllegalArgumentException("mono or non-44100 MP3 not supported");
                        }

                        short[] pcm = output.getBuffer();
                        for (short s : pcm) {
                            outStream.write(s & 0xff);
                            outStream.write((s >> 8) & 0xff);
                        }
                    }

                    if (totalMs >= (startMs + maxMs)) {
                        done = true;
                    }
                }
                bitstream.closeFrame();
            }

            return outStream.toByteArray();
        } catch (BitstreamException e) {
            throw new IOException("Bitstream error: " + e);
        } catch (DecoderException e) {
            throw new IOException("Decoder error: " + e);
        }
    }

我请求时间块中的解码字节：从 (0, 5000) 开始，所以我将首先播放一个更大的数组，然后我请求跨越一秒钟的下一个字节数组：(5000, 1000), ( 6000、1000）、（7000、1000）等

解码速度足够快，并且在另一个线程中完成，一旦解码的字节数组可用，我将使用阻塞队列将其写入在另一个线程中播放的 AudioTrack。

问题是播放不流畅，因为块在轨道中不连续（每个块都是连续的，但添加到 AudioTrack 会导致播放马虎）。

总结一下：

  1. 如果您遇到了这个 JellyBean 问题，您是如何解决的？
  2. 如果你们中的任何人尝试了我的方法，我在上面的代码中做错了什么？如果这是您使用的解决方案，我可以发布其余代码。

谢谢！

4

2 回答 2

2

看起来您正在尝试开发自己的流媒体类型。这可能会导致播放出现块状或中断，因为您必须尝试连续的信息管道，而不会耗尽要读取的字节。

基本上，您必须考虑普通流媒体客户端处理的所有情况。例如，有时某些块可能会在传输过程中丢失或丢失；有时音频播放可能会赶上下载；cpu 开始滞后，影响播放；等等等等

如果你想继续沿着这条路走下去，需要研究的是滑动窗口实现，它本质上是一种抽象技术，试图保持网络连接始终活跃和流畅。你应该可以通过谷歌找到几个例子，这里是一个开始的地方：http ://en.wikipedia.org/wiki/Sliding_window_protocol

编辑：在解决此问题之前，一种可能对您有所帮助的解决方法是将 SDK <16 的源代码MediaPlayer.java和AudioManager.java来自 SDK <16 的源代码包含到您的项目中，看看是否能解决问题。如果您没有源代码，您可以使用 SDK 管理器下载它。

于 2013-01-23T01:51:29.310 回答
1

AudioTrack 本质上是从 docs( Will block until all data has been written to the audio mixer.) 中屏蔽的。我不确定您是否在同一线程中读取文件并写入 AudioTrack；如果是这样，那么我建议您为 AudioTrack 启动一个线程。

于 2013-03-03T01:28:13.217 回答