大家好，关于MediaCodec录制时间缩短、变色怎么办？很多朋友都还不太明白，今天小编就来为大家分享关于的知识，希望对各位有所帮助！

一、录像变色

在探讨这个问题之前，我们先了解一下MediaCodec的两种编码模式：

ByteBuffer模式（手动文件）：格式：COLOR_FORMAT 对应的值为MediaCodecInfo.CodecCapability.COLOR_FormatYUV420SemiPlanar（图像格式NV21）。操作：通过MediaCodec.dequeueInputBuffer()获取数据输入缓冲区，然后通过MediaCodec.queueInputBuffer()手动将YUV图像传递给MediaCodec。 Surface模式（自动文件） :格式：COLOR_FORMAT 对应的值为MediaCodecInfo.CodecCapability.COLOR_FormatSurface。操作：通过MediaCodec.createInputSurface()创建编码数据源Surface，然后通过OpenGL纹理将相机预览图像绘制到Surface上。

1、现象

相机预览正常，但录制的mp4视频颜色很暗。

说明：与YUV图像的u/v反转的效果相同。

在

2、分析

ByteBuffer模式下，从摄像头获取原始NV21图像，并将COLOR_FORMAT设置为COLOR_FormatYUV420SemiPlanar交给MediaCodec。结果在不同的Android设备上，有正常，有异常（少数）。起初我以为是的，有些设备不支持这种COLOR_FORMAT，但事实并非如此。 stackoverflow的某国外人对这个问题的解释如下：

相机输出和MediaCodec 输入使用的YUV 格式的U/V 平面交换。如果您能够通过Surface 移动数据，则可以避免此问题；但是，您将失去检查YUV 数据的能力。从相机录制到.mp4 文件的示例可以在bigflake 上找到。有关颜色空间以及如何交换它们的一些详细信息在此答案中.注意：stackoverflow 文章链接：https://stackoverflow.com/questions/19915962/android-mediacodec -video-wrong-color-and-playing-too-fast(打开新窗口）

所以，这是MediaCodec本身的一个bug。它将交换输入YUV 图像的u/v。有两种解决方案：

使用ByteBuffer模式，在将NV21图像传递给MediaCodec之前，首先将NV21转换为NV12（毕竟这两个产品只是u/v相反），但是正如之前提到的，只有少数设备会出现这种情况，适应一下可能相当窒息地起身。不建议使用Surface模式，这样可以完美避免这种情况，但同时会失去处理原始YUV图像的能力。然而，可以使用OpenGL方法来处理图像。推荐

3、实现

一般步骤如下：

一方面，使用OpenGL纹理创建纹理，并将其作为SurfaceTexture包装到相机上作为预览窗口，这样相机图像就会渲染在纹理上。另一方面，使用mMediaCodec.createInputSurface()作为MediaCodec的编码数据源。最后，在相机预览时，将纹理上的图像绘制到inputSurface。描述：相机—TextureId(OpenGL) —InputSurface(MediaCodec)

具体实现可以参见bigflake的Demo(CameraToMpegTest)：https://www.bigflake.com/mediacodec/CameraToMpegTest.java.txt(opens new window)

二、录像时长缩水（丢帧）

解决这个问题有两个关键：

时间戳对齐：ByteBuffer模式：通过MediaCodec.queueInputBuffer()手动将YUV图像传递给MediaCodec时，需要传递当前时间戳。请注意，时间单位是微秒(us)。 Surface模式：MediaCodec.createInputSurface()创建的inputSurface会有mEGLDisplay和mEGLSurface与之比较。在执行EGL14.eglSwapBuffers(mEGLDisplay, mEGLSurface)之前，MediaCodec被EGLExt.eglPresentationTimeANDROID(mEGLDisplay, mEGLSurface, nsecs)修改。 inputSurface 的数据集时间戳。媒体格式配置：必须适当配置MediaFormat的关键帧间隔（KEY_I_FRAME_INTERVAL）和帧速率（KEY_FRAME_RATE）。注：这是核心摘要。您可以跳过它并稍后再阅读。以后再回头看就更容易理解了。

1、现象

录制10 秒视频。从设备中提取后，使用播放器进行播放和观察。发现有些设备正常，但有些设备录制的视频只有一半长度。这就是网上流传的播放速度过快的问题。

安利：OnlyStopWatch_x64.exe 这是一个定时器小工具，对于视频录制、直播等需要观察时间快慢的场景非常有用。画面丢失、播放速度过快等问题很容易看出。

2、分析

在前面提到的stackoverflow Q&A 中，外国人也表达了他对于使用MediaCodec 录制的视频播放速度太快的问题的解释：

.原始H.264 基本流中没有时间戳信息。您需要将时间戳通过解码器传递到MediaMuxer 或用于创建最终输出的任何内容。如果不这样做，播放器将只选择一个速率，或者可能尽可能快地播放帧。注：stackoverflow文章链接：https://stackoverflow.com/questions/19915962/android-mediacodec-video-wrong-color-and-playing-too-fast（打开新窗口）

他认为H.264不包含时间戳信息。您需要通过编码器（MediaCodec）将时间戳交给媒体复用器（MediaMuxer）。否则，播放器将选择速率并尽快播放帧。

3、实现

如果是ByteBuffer模式，核心代码实现如下：

私有无效feedMediaCodecData(byte[] data) { if (!isEncoderStart) return; int 缓冲区索引=-1;尝试{ bufferIndex=mMediaCodec.dequeueInputBuffer(0); } catch (IllegalStateException e) { e.printStackTrace(); } if ( bufferIndex=0) { ByteBuffer buffer=null; if (Build.VERSION.SDK_INT=Build.VERSION_CODES.LOLLIPOP) { 尝试{ buffer=mMediaCodec.getInputBuffer(bufferIndex); } catch (Exception e) { e.printStackTrace(); } } else { if (inputBuffers !=null) { buffer=inputBuffers[bufferIndex]; } } if (buffer !=null) { buffer.clear();缓冲区.put(数据);缓冲区.clear(); //秒(ns) 到微秒(us) mMediaCodec.queueInputBuffer(bufferIndex, 0, data.length, System.nanoTime()/1000, MediaCodec.BUFFER_FLAG_KEY_FRAME);此时请注意MediaCodec所需的时间单位是微秒(us)，如果没有使用正确的时间，可能会出现问题，例如：https://stackoverflow.com/questions/20475332/mediacodec -h264-encoder-not-working-on-snapdragon-800-devices（打开新窗口）

补充：秒（s）、毫秒（ms）、微秒（us）、纳秒（ns）都是1:1000。

如果是Surface模式，核心代码实现如下：

//更新纹理图像//获取新的输入帧，并将其渲染到Surface。如果我们有一个GLSurfaceView，我们可以切换EGL 上下文并再次调用drawImage() 将其渲染在屏幕上。通过将GLSurfaceView 的EGLContext 作为eglCreateContext() 的share_context 参数传递，可以在上下文之间共享纹理。mSurfaceTexture.updateTexImage();mSurfaceTexture.getTransformMatrix(mSTMatrix); //传入时间戳信息//根据SurfaceTexture 的时间戳设置呈现时间戳。 MediaMuxer 将使用它来设置视频中的PTS。 mInputSurface.setPresentationTime(mSurfaceTexture.getTimestamp());//将其提交给编码器。如果输入已满，eglSwapBuffers 调用将会阻塞，如果输入一直保持满状态直到我们将输出缓冲区出队（我们不能这样做，因为我们被困在这里），那么情况会很糟糕。只要我们在提供额外输入之前完全耗尽编码器，系统就保证我们可以提供另一个帧而不会阻塞.mInputSurface。交换缓冲区（）；具体实现可以参见bigflake的Demo(CameraToMpegTest)：https://www.bigflake.com/mediacodec/CameraToMpegTest.java.txt(opens new window)

用户评论

あ浅浅の嘚僾

我的メディアコーデック最近录制的东西颜色总是不对！以前还好，现在感觉视频暗了好多，而且时长也縮短不少。我好烦啊！不知道是不是更新的问题？

有10位网友表示赞同！

青衫故人

这个媒體编碼器问题真是让人头疼啊，怎么录制出来的视频总是颜色不准啊，有时候还缩短时间，真难搞定。希望有高手出来分享一下解决方法。

有18位网友表示赞同！

苏樱凉

我遇到相同的问题了！MediaCodec录制的视频最近颜色偏黄而且时长不够长，简直要气死我了！每次都得去后期调色修剪，效率太低了，有没有更好的解决办法啊？

有11位网友表示赞同！

〆mè村姑

我也遇到了媒体编碼器录像缩水并变色的问题，一开始以为是我的设备坏了…后来发现大家好像都在遇到同一个问题了。感觉这个问题挺严重的说！希望厂商能尽快修复。

有8位网友表示赞同！

水波映月

这个MediaCodec录制时长缩水又变色真让人抓狂啊！我的视频本来就很精彩，现在颜色偏差这么大，简直不能看。真是影响创作的热情啊！希望有人能找到解决方法！

有19位网友表示赞同！

寻鱼水之欢

最近用MediaCodec编码视频发现颜色会偏离很多，严重影响了后期制作效果。而且时长也缩短了不少，浪费好多时间。希望官方能够尽快出版本更新修复这些问题！

有11位网友表示赞同！

见朕骑妓的时刻

媒体编碼器这个bug真讓人糟心啊，刚录完视频就发现颜色变浅了，还少了部分内容呢！真是难以接受这种质量的错误！希望可以提供一些解决方案或者更新版本修复这个问题。

有11位网友表示赞同！

ー半忧伤

我以为只有我的 MediaCodec 出问题了呢！没想到很多人都在遇到时长缩水和颜色变色的问题啊！看来是这个程序本身的问题吧。希望官方能看到大家的反馈，尽快解决这些问题。

有10位网友表示赞同！

清羽墨安

别的不说，MediaCodec 这个东西真的太坑了。用起来很慢还容易崩溃，颜色偏差很大，长度也有问题…我打算换别的编码软件用了。

有11位网友表示赞同！

汐颜兮梦ヘ

我也遇到过类似的问题，感觉 MediaCodec 真的很不稳定啊！ Sometimes it works fine, sometimes the colors are all wrong. Sometimes the duration is shortened. It's really frustrating! I hope they can fix these bugs soon.

有11位网友表示赞同！