gpt4 book ai didi

Android Play PCM byte array from Converted from Base64 String Slow Sounds

转载 作者:行者123 更新时间:2023-12-02 22:20:55 38 4
gpt4 key购买 nike

正如很长的标题所暗示的那样,我无法播放通过网络发送的音频中的音频 PubNunb .我所做的是在使用以下代码从 AudioRecord 录制时发送音频:

 AudioConfig audioConfig = getValidSampleRates(AudioFormat.CHANNEL_IN_MONO, AudioFormat.ENCODING_PCM_16BIT);
buffer = new byte[audioConfig.getBufferSize()];

recorder = new AudioRecord(MediaRecorder.AudioSource.MIC, audioConfig.getSampleSize(), AudioFormat.CHANNEL_IN_MONO, AUDIO_FORMAT, audioConfig.getBufferSize());

当用户按住按钮时发送记录的数据:
   private class RecorderRunnable implements Runnable {
@Override
public void run() {
while(mRecording) {
Log.d("RECORDER_STATE", "Recording LOOP");
recorder.read(buffer, 0, buffer.length);

String base64EncodedBuffer = Base64.encodeToString(buffer, Base64.NO_WRAP);

pubnub.publish(MainActivity.CHANNEL_ID, base64EncodedBuffer, new Callback() {
@Override
public void successCallback(String channel, Object message) {
super.successCallback(channel, message);
}
});
}
}
}

接收代码:
       @Override
public void successCallback(String channel, final Object message) {


byte[] decodedBase64 = Base64.decode(message.toString(), Base64.NO_WRAP);

speaker.write(decodedBase64, 0, decodedBase64.length);
}

问题:
我得到了音频,但我得到的声音真的很慢。 “你好”听起来像:
“嘻-*静态*-ll-*静态*-oo”

为了排除可能的原因,我尝试立即播放这样的音频(没有网络):
 while(mRecording) {
Log.d("RECORDER_STATE", "Recording LOOP");
recorder.read(buffer, 0, buffer.length);

String base64EncodedBuffer = Base64.encodeToString(buffer, Base64.NO_WRAP);

byte[] decodedBase64 = Base64.decode(base64EncodedBuffer, Base64.NO_WRAP);

speaker.write(decodedBase64, 0, decodedBase64.length);
}

( 注意:我故意转换为 base64 并返回字节数组。)

上面代码的结果(录制后直接播放)效果还不错。所以我想知道通过网络处理它时我做错了什么。

任何建议表示赞赏。谢谢你。

编辑:2015 年 8 月 28 日
找到了一个很好的解释 here .但现在的问题是,使用我当前的实现处理网络抖动/缓冲和丢包的最佳方法是什么。

最佳答案

pubnub 通过 tcp ( not udp ) 传递数据。
http://www.pubnub.com/knowledge-base/discussion/263/does-pubnub-support-the-udp-protocol

在您的应用程序中应该不需要处理数据包丢失。

您可能需要通过创建某种缓冲区来处理抖动。由于没有严格的实时约束,我将讨论一种方法而不是粘贴代码。

您可以使用队列创建缓冲区。我建议有两个线程。一个用于您的阅读器(您的播放器),一个用于写入器(网络流)。在让 reader 读取之前,让 writer 排队一些数据(可能是几秒钟的数据)。在纸面上,通过非常简单的概念证明,您应该不会遇到同时读取和写入的问题,因为写入器正在写入队列的末尾,而读取器正在读取队列的开头。

把它想象成一个半满的桶。你把水倒进去,让水以同样的速度漏出来。

关于Android Play PCM byte array from Converted from Base64 String Slow Sounds,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32269305/

38 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com