Запуск ExtractDecodeEditEncodeMuxTest вне тестового случая на Android

Question

Запуск ExtractDecodeEditEncodeMuxTest вне тестового случая на Android

1

Я пытаюсь добавить функциональность для извлечения, декодирования, редактирования, кодирования и мультиплексирования видео на Android. Поэтому я нашел очень полезную реализацию, которая является частью Android CTS ExtractDecodeEditEncodeMuxTest. К сожалению, код работает только в том случае, если он выполняется как часть тестового файла. Я попытался выполнить его из обычной активности и получить:

E/ExtractDecodeEditEncodeMuxTest (18781): java.lang.IllegalStateException: Не удалось остановить мультиплексор

W/System.err(18781): java.lang.RuntimeException: Ожидаемый срок службы фреймов W/System.err(18781): at... OutputSurface.awaitNewImage(OutputSurface.java:216)

Любые идеи, почему выходная поверхность не получает фреймы?

UPDATE: Вот файлы журнала для рабочего тестового примера и неработоспособной реализации. Код для обоих точно такой же. Единственное различие заключается в том, что рабочий является AndroidTestCase, а другой работает в приложении в IntentService.

Кажется, что все это останавливает извлечение и декодирование после примерно 6 кадров. Любые идеи?

Рабочий тестовый файл Logoutput

Нерабочий выход журнала

Florian 14 июль 2014, в 11:59

Источник

Теги:

android

media

mediacodec

cts

2 ответа

1

Вероятно, вам нужно запустить его в отдельном потоке

    public static void runTest(ExtractDecodeEditEncodeMuxTest test) throws Throwable {
        test.setOutputFile();
        TestWrapper wrapper = new TestWrapper(test);
        Thread th = new Thread(wrapper, "codec test");
        th.start();
        th.join();
        if (wrapper.mThrowable != null) {
            throw wrapper.mThrowable;
        }
    }

Marlon 14 июль 2014, в 08:08

0

Привет, все это уже работает в отдельном потоке.
Florian 14 июль 2014, в 10:10
0

Вы начинаете отдельную тему из основной темы деятельности?
Marlon 14 июль 2014, в 10:20
0

Да. Я вызываю код, который вы объявили в onResume (). Тем не менее, я бы предпочел сделать все это в службе намерения
Florian 14 июль 2014, в 10:25
0

Можете ли вы попробовать закомментировать th.join ()? может блокировать OnFrameAvailable ()
Marlon 14 июль 2014, в 10:33
0

Я думаю, что проблема возникает где-то еще, не могли бы вы взглянуть на файлы журнала, которые я добавил?
Florian 14 июль 2014, в 12:18
0

извините, я не вижу ничего особенного в логах. поэтому комментирование th.join () не помогает в получении поверхности?
Marlon 14 июль 2014, в 12:38
0

Нет, к сожалению нет. Кажется, что ошибка происходит раньше.
Florian 14 июль 2014, в 12:44
2

Убедитесь, что поток, в котором выполняется тест, не имеет Looper. Если это произойдет, SurfaceTexture.OnFrameAvailableListener доставит сообщение «frame available» ожидающему потоку, а не отправит сообщение обработчику в основном потоке, и вы застрянете. Другие тесты (ссылки с сайта bigflake.com/mediacodec ) содержат краткую справку об этом.
fadden 14 июль 2014, в 15:44
0

@fadden Я знаю, что это старая ветка, но мне интересно, не могли бы вы предоставить больше подробностей. Я не силен в многопоточности и не могу понять, как добиться вашего решения.
Garrett Daniel DeMeyer 06 янв. 2016, в 14:09
1

@GarrettDanielDeMeyer: в зависимости от ваших реальных потребностей код в Grafika ( github.com/google/grafika ) может быть более применимым. Для получения дополнительной информации см. Jcip.net .
fadden 07 янв. 2016, в 05:58

Показать ещё 8 комментариев

Ещё вопросы

Привет, все это уже работает в отдельном потоке.
Вы начинаете отдельную тему из основной темы деятельности?
Да. Я вызываю код, который вы объявили в onResume (). Тем не менее, я бы предпочел сделать все это в службе намерения
Можете ли вы попробовать закомментировать th.join ()? может блокировать OnFrameAvailable ()
Я думаю, что проблема возникает где-то еще, не могли бы вы взглянуть на файлы журнала, которые я добавил?
извините, я не вижу ничего особенного в логах. поэтому комментирование th.join () не помогает в получении поверхности?
Нет, к сожалению нет. Кажется, что ошибка происходит раньше.
Убедитесь, что поток, в котором выполняется тест, не имеет Looper. Если это произойдет, SurfaceTexture.OnFrameAvailableListener доставит сообщение «frame available» ожидающему потоку, а не отправит сообщение обработчику в основном потоке, и вы застрянете. Другие тесты (ссылки с сайта bigflake.com/mediacodec ) содержат краткую справку об этом.
@fadden Я знаю, что это старая ветка, но мне интересно, не могли бы вы предоставить больше подробностей. Я не силен в многопоточности и не могу понять, как добиться вашего решения.
@GarrettDanielDeMeyer: в зависимости от ваших реальных потребностей код в Grafika ( github.com/google/grafika ) может быть более применимым. Для получения дополнительной информации см. Jcip.net .

Florian · Accepted Answer · 2014-07-15T02-35-00.000Z

Благодаря fadden, я смог решить эту проблему. Теперь я использую услугу намерения и запускаю поток без петлителя, который отлично работает.

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