Непоследовательное качество видео при кодировании кадров предварительного просмотра камеры с MediaCodec на Xperia Z1

Question

Я кодирую NV21 кадры, поступающие с предварительного просмотра камеры. По какой-то причине схема, работающая нормально на других устройствах, работает неправильно на Sony Xperia Z1 с Android 4.3. Он отправляет обратно закодированные кадры с неправильным (низким) качеством. Формат

MediaCodec «S является COLOR_FormatYUV420SemiPlanar который NV12 (преобразовать NV21 к NV12 путем замены U и V компоненты). Буферы вывода, отправленные мне обратно MediaCodec с очень низким размером, которые не соответствуют разрешению (1280x720) и битрейт (1000000) Я использую. Первые несколько кадров приходят с хорошим качеством, но это значительно снижается:

int encoderStatus = mMediaCodec.dequeueOutputBuffer(mBufferInfo, TIMEOUT_USEC); 
// a few encoderStatus checks skipped 
ByteBuffer encodedData = outputBuffers[encoderStatus]; 
Log.i(Constants.TAG, "Buffer size " + mBufferInfo.size); 

Который дает мне следующий журнал на Xperia Z1:

Buffer size 26 
Buffer size 52172 
Buffer size 23650 
Buffer size 14394 
Buffer size 3591 
Buffer size 1849 
Buffer size 3908 

... 

Buffer size 1043 
Buffer size 248 
Buffer size 836 
Buffer size 518 
Buffer size 1112 

Пример журнал из Sony Xperia ZR, на котором это работает должным образом:

Buffer size 21 
Buffer size 51048 
Buffer size 21063 
Buffer size 24228 
Buffer size 28040 
... 
Buffer size 44959 
Buffer size 44972 
Buffer size 44957 
Buffer size 45004 
Buffer size 44999 
Buffer size 44957 

Любой совет будет оценен.

Answer 1

Вы уверены, что прошли отметки времени в правом блоке (микросекунды) - и что он установил разумную частоту кадров?

• Некоторые датчики могут игнорировать временные метки и устанавливать фиксированный бюджет битрейта на кадр, основываясь на частоте кадров.

• Другие могут попытаться рассчитать, сколько бит им разрешено использовать для каждого кадра на основе метки времени.

Если указаны временные метки, например. в миллисекундах вместо этого это может привести к тому, что кодер уменьшит размер закодированных кадров до нуля.