【问题标题】:Android JellyBean network media issueAndroid JellyBean 网络媒体问题
【发布时间】:2012-11-02 07:56:11
【问题描述】:

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

除了 JellyBean 之外的所有平台都可以正常工作。在请求 MP3 时,JB 请求 Range-Header 10 次。只有在第 10 次尝试之后,它似乎才恢复到旧的行为。 Looks like this already reported issue

我发现另一个SO thread 推荐的解决方案是使用 Tranfer-Encoding: chunked 标头。但就在下面有一条评论说这不起作用。

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

我试图做的是在客户端实现一个伪流:

  1. 打开 MP3 的输入流。
  2. 使用 JLayer 解码传入字节。我在this link 找到了解码。
  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. 如果你们中的任何人尝试了我的方法,我在上面的代码中做错了什么?如果这是您使用的解决方案,我可以发布其余代码。

谢谢!

【问题讨论】:

    标签: android android-4.2-jelly-bean


    【解决方案1】:

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

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

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

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

    【讨论】:

    • 感谢您的回答...我不想在我需要的项目中采用这种方法,但如果有一天我有空闲时间,我可能会出于教育目的尝试此方法。所以悬而未决的问题仍然存在(除了 JellyBean 之外,所有平台都可以正常工作。在请求 MP3 时,JB 请求 Range-Header 10 次。只有在第 10 次尝试之后,它似乎恢复到旧的行为。 )如果你碰到这个,你是如何解决这个问题的?是服务器端的还是客户端的?
    • 您能否在此行中包含您的代码:“在请求 MP3 时,JB 请求 Range-Header 10 次。仅在第 10 次尝试之后,它似乎恢复到旧的行为。 "
    • 我没有为JB添加任何代码来请求Range-Header,请看attached Android issue。这一切都与它有关。
    • 对不起,我的意思是有mediaPlayer.setAudioStreamType(AudioManager.STREAM_MUSIC); mediaPlayer.setDataSource(url);语句的代码
    【解决方案2】:

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

    【讨论】:

      猜你喜欢
      • 2016-06-26
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-07-22
      • 2015-03-23
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多