Захват большого количества продукции из Apache Commons-Exec

Question

Я пишу видео приложение на Java, выполнив ffmpeg и захват его вывода в стандартный вывод. Я решил использовать Apache Commons-Exec вместо Java Runtimeпотому что кажется лучше. Тем не менее, мне трудно захватить все результаты.

Я думал, что использование каналов будет способом, потому что это стандартный способ взаимодействия между процессами. Тем не менее, моя установка с использованием PipedInputStream а также PipedOutputStream неправильно. Кажется, это работает, но только для первых 1042 байтов потока, что, как ни странно, является значением PipedInputStream.PIPE_SIZE,

У меня нет никакой любви к использованию каналов, но я хочу избежать использования дискового ввода-вывода (если это возможно) из-за скорости и объема данных (видео размером 1 м 20 с разрешением 512x384 дает 690M трубопроводных данных).

Мысли о лучшем решении для обработки больших объемов данных, поступающих из канала? Мой код для моих двух классов ниже. (да, sleep плохо. Мысли об этом? wait() а также notifyAll()?)

WriteFrames.java

public class WriteFrames {
    public static void main(String[] args) {
        String commandName = "ffmpeg";
        CommandLine commandLine = new CommandLine(commandName);
        File filename = new File(args[0]);
        String[] options = new String[] { 
                "-i",
                filename.getAbsolutePath(),
                "-an",
                "-f",
                "yuv4mpegpipe",
                "-"};

        for (String s : options) {
            commandLine.addArgument(s);
        }



        PipedOutputStream output = new PipedOutputStream();
        PumpStreamHandler streamHandler = new PumpStreamHandler(output, System.err);
        DefaultExecutor executor = new DefaultExecutor();

        try {
            DataInputStream is = new DataInputStream(new PipedInputStream(output));
            YUV4MPEGPipeParser p = new YUV4MPEGPipeParser(is);
            p.start();

            executor.setStreamHandler(streamHandler);
            executor.execute(commandLine);
        } catch (IOException e) {
            e.printStackTrace();
        }

    }
}

YUV4MPEGPipeParser.java

public class YUV4MPEGPipeParser extends Thread {

    private InputStream is;
    int width, height;

    public YUV4MPEGPipeParser(InputStream is) {
        this.is = is;
    }

    public void run() {
        try {
            while (is.available() == 0) {
                Thread.sleep(100);
            }

            while (is.available() != 0) {
                // do stuff.... like write out YUV frames
            }
        } catch (IOException e) {
            e.printStackTrace();
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }
}

Answer 1

Проблема в методе выполнения класса YUV4MPEGPipeParser. Есть две последовательные петли. Второй цикл завершается немедленно, если в данный момент нет доступных данных в потоке (например, все входные данные до сих пор обрабатывались парсером, а ffmpeg или потоковый насос были недостаточно быстрыми, чтобы обслуживать некоторые новые данные для него -> available() == 0 -> цикл прерывается -> резьба насоса заканчивается).

Просто избавьтесь от этих двух циклов и спите и просто выполните простую блокировку read () вместо проверки, доступны ли какие-либо данные для обработки. Также, вероятно, нет необходимости в wait()/notify() или даже sleep (), потому что код анализатора запускается в отдельном потоке.

Вы можете переписать код метода run () следующим образом:

public class YUV4MPEGPipeParser extends Thread {

    ...

    // optimal size of buffer for reading from pipe stream :-)
    private static final int BUFSIZE = PipedInputStream.PIPE_SIZE; 

    public void run() {
        try {
            byte buffer[] = new byte[BUFSIZE];
            int len = 0;
            while ((len = is.read(buffer, 0, BUFSIZE) != -1) {
                // we have valid data available 
                // in first 'len' bytes of 'buffer' array.

                // do stuff.... like write out YUV frames
            }
         } catch ...
     }
 }