Декодирование Android YUV420SP приводит к зеленым изображениям?

Итак, мой вопрос практически идентичен этому: Преобразование кадра предварительного просмотра в растровое изображение

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

Итак, что я пытаюсь сделать в данный момент, так это отправить каждый кадр в виде растрового изображения методу, чтобы определить, есть ли какие-либо лица, но сначала мне нужно создать растровое изображение, что означает, что я должен использовать метод decodeYUV420sp, который не , кажется, не работает должным образом, и все мои изображения просто выглядят как изображение с зеленым и желтым красителем для галстука. Вот мой код:

Это из onPreviewFrame:

    Parameters parameters = cam.getParameters(); 

    Integer width = parameters.getPreviewSize().width;
    Integer height = parameters.getPreviewSize().height;

    Log.i("preview size: ", String.valueOf(width) + "x" + String.valueOf(height));
    int[] mIntArray = new int[width*height];

    // Decode Yuv data to integer array
    decodeYUV420SP(mIntArray, data, width, height);

    //Initialize the bitmap, with the replaced color  
    Bitmap bmp = Bitmap.createBitmap(mIntArray, width, height, Bitmap.Config.ARGB_8888);  

    saveImage(bmp);

Это метод decodeYUV:

    static public void decodeYUV420SP(int[] rgba, byte[] yuv420sp, int width,
        int height) {
    final int frameSize = width * height;

    for (int j = 0, yp = 0; j < height; j++) {
        int uvp = frameSize + (j >> 1) * width, u = 0, v = 0;
        for (int i = 0; i < width; i++, yp++) {
            int y = (0xff & ((int) yuv420sp[yp])) - 16;
            if (y < 0)
                y = 0;
            if ((i & 1) == 0) {
                v = (0xff & yuv420sp[uvp++]) - 128;
                u = (0xff & yuv420sp[uvp++]) - 128;
            }

            int y1192 = 1192 * y;
            int r = (y1192 + 1634 * v);
            int g = (y1192 - 833 * v - 400 * u);
            int b = (y1192 + 2066 * u);

            if (r < 0)
                r = 0;
            else if (r > 262143)
                r = 262143;
            if (g < 0)
                g = 0;
            else if (g > 262143)
                g = 262143;
            if (b < 0)
                b = 0;
            else if (b > 262143)
                b = 262143;

            // rgb[yp] = 0xff000000 | ((r << 6) & 0xff0000) | ((g >> 2) &
            // 0xff00) | ((b >> 10) & 0xff);
            // rgba, divide 2^10 ( >> 10)
            rgba[yp] = ((r << 14) & 0xff000000) | ((g << 6) & 0xff0000)
                    | ((b >> 2) | 0xff00);
        }
    }
    }

и это метод, который я вызываю, чтобы сохранить растровые изображения, чтобы увидеть, как они выглядят:

       private void saveImage(Bitmap bmp) {

      File myDir=new File("/sdcard/saved_images");
      myDir.mkdirs();
      Random generator = new Random();
      int n = 10000;
      n = generator.nextInt(n);
      String fname = "Image-"+ n +".jpg";
      File file = new File (myDir, fname);
      if (file.exists ()) file.delete (); 
      try {
           FileOutputStream   out = new FileOutputStream(file);
           bmp.compress(Bitmap.CompressFormat.JPEG, 90, out);
           out.flush();
           out.close();

       } catch (Exception e) {
           e.printStackTrace();
      }
    }

Вот результирующее изображение: https://docs.google.com/drawings/d/1kyIvb4oHHInW_c71mjfFSVCxVopBgBWX3k1OR_nMgRA/edit


person Daniel Jonker    schedule 10.09.2012    source источник
comment
Также я не могу обойти это через: parameters.setPreviewFormat(ImageFormat.RGB_565); это не поддерживается в моем Samsung Nexus.   -  person Daniel Jonker    schedule 10.09.2012
comment
Итак, проблема заключалась в методе decodeYUV, который я получил из другого сообщения stackoverflow здесь: -android" title="преобразование обработки yuv rgbimage yuv во время onpreviewframe в android"> stackoverflow.com/questions/9325861/ не совсем сработало. Но я заменил его тем, что, по моему мнению, должен быть исходным методом decodeYUV отсюда: code.google.com/p/android/issues/detail?id=823 И изображения появляются нормально.   -  person Daniel Jonker    schedule 10.09.2012
comment
Хорошо, теперь вопрос решен? Пожалуйста, добавьте [закрыто] в тему, чтобы отразить это!   -  person Alex Cohn    schedule 10.09.2012
comment
Кстати, распознавание лиц Android работает только в оттенках серого, поэтому вы можете улучшить свою производительность, игнорируя значения u, v и устанавливая компоненты r, g, b каждого пикселя на значение y.   -  person Alex Cohn    schedule 10.09.2012
comment
спасибо, у меня слишком низкая репутация, чтобы ответить на свой вопрос и решить его еще несколько часов, так что сделаю это, как только смогу   -  person Daniel Jonker    schedule 10.09.2012


Ответы (2)


Ключевым моментом здесь является то, что существует (большое) количество различных кодировок YUV и еще больший список имен, используемых для них. Много информации обо всех различных вариантах (и их именах) дает fourcc, хотя 420SP явно не упоминается. Глядя здесь, это выглядит так:

  • 420P такой же, как YV12. «P», по-видимому, означает планарный: есть три «плоскости» данных одна за другой: Y, U и затем V. (Или, в YV21, который также является кодировкой 420P, Y, V и затем U.)
  • 420SP такой же, как NV12 (то же, что и NV21 но поменяв местами U и V). «SP», по-видимому, означает «полуплоский», поэтому «420SP» технически может относиться либо к NV21, либо к NV12.

Таким образом, в этом случае вы декодируете NV12 (в отличие от NV21), поэтому порядок U и V меняется местами по сравнению с ответ, который вы цитируете в своем ответе. На случай, если это поможет, я предоставил здесь некоторый код.

person Neil Townsend    schedule 25.10.2014

Итак, проблема заключалась в методе decodeYUV, который я получил из другого сообщения stackoverflow здесь: -android">Преобразование YUV-›RGB (обработка изображения)-›YUV во время onPreviewFrame в Android? не совсем работает.

Но я заменил его тем, что, по моему мнению, должен быть исходным методом decodeYUV отсюда: http://code.google.com/p/android/issues/detail?id=823 и

person Daniel Jonker    schedule 10.09.2012