Чтение файла, расположенного в памяти, с помощью libavformat

Забавно, что я всегда сам нахожу решение сразу после того, как задаю вопрос на этом сайте, хотя работаю над этой проблемой часами.

На самом деле вы должны инициализировать avFormatContext->pb перед вызовом av_open_input и передать ему фальшивое имя файла. Об этом написано не в документации, а в комментарии непосредственно в исходном коде библиотеки.

Пример кода, если вы хотите загрузить из istream (непроверенный, просто чтобы кто-то, у кого есть такая же проблема, мог понять идею)

static int readFunction(void* opaque, uint8_t* buf, int buf_size) {
    auto& me = *reinterpret_cast<std::istream*>(opaque);
    me.read(reinterpret_cast<char*>(buf), buf_size);
    return me.gcount();
}

std::ifstream stream("file.avi", std::ios::binary);

const std::shared_ptr<unsigned char> buffer(reinterpret_cast<unsigned char*>(av_malloc(8192)), &av_free);
const std::shared_ptr<AVIOContext> avioContext(avio_alloc_context(buffer.get(), 8192, 0, reinterpret_cast<void*>(static_cast<std::istream*>(&stream)), &readFunction, nullptr, nullptr), &av_free);

const auto avFormat = std::shared_ptr<AVFormatContext>(avformat_alloc_context(), &avformat_free_context);
auto avFormatPtr = avFormat.get();
avFormat->pb = avioContext.get();
avformat_open_input(&avFormatPtr, "dummyFilename", nullptr, nullptr);

Это отличная информация, и она немного помогла мне, но есть пара вопросов, о которых люди должны знать. libavformat может и будет возиться с вашим буфером, который вы передали в avio_alloc_context. Это приводит к очень раздражающим ошибкам с двойным освобождением или, возможно, к утечкам памяти. Когда я начал искать проблему, я нашел https://lists.ffmpeg.org/pipermail/libav-user/2012-December/003257.html, который идеально подходит.

Мой обходной путь при очистке от этой работы - просто пойти и позвонить

    av_free(avioContext->buffer)

а затем установите свой собственный указатель буфера (который вы выделили для вызова avio_alloc_context) в NULL, если вам это нужно.

Отличный ответ Tomaka17 дал мне хорошее начало для решения аналогичной проблемы с использованием Qt QIODevice, а не std::istream. Я обнаружил, что мне нужно объединить аспекты решения Tomaka17 с аспектами соответствующего опыта на http://cdry.wordpress.com/2009/09/09/using-custom-io-callbacks-with-ffmpeg./

Моя пользовательская функция чтения выглядит так:

int readFunction(void* opaque, uint8_t* buf, int buf_size)
{
    QIODevice* stream = (QIODevice*)opaque;
    int numBytes = stream->read((char*)buf, buf_size);
    return numBytes;
}

... но мне также нужно было создать пользовательскую функцию Seek:

int64_t seekFunction(void* opaque, int64_t offset, int whence)
{
    if (whence == AVSEEK_SIZE)
        return -1; // I don't know "size of my handle in bytes"
    QIODevice* stream = (QIODevice*)opaque;
    if (stream->isSequential())
        return -1; // cannot seek a sequential stream
    if (! stream->seek(offset) )
        return -1;
    return stream->pos();
}

... и я связал это вместе следующим образом:

...
const int ioBufferSize = 32768;
unsigned char * ioBuffer = (unsigned char *)av_malloc(ioBufferSize + FF_INPUT_BUFFER_PADDING_SIZE); // can get av_free()ed by libav
AVIOContext * avioContext = avio_alloc_context(ioBuffer, ioBufferSize, 0, (void*)(&fileStream), &readFunction, NULL, &seekFunction);
AVFormatContext * container = avformat_alloc_context();
container->pb = avioContext;
avformat_open_input(&container, "dummyFileName", NULL, NULL);
...

Примечание. Я еще не разобрался с проблемами управления памятью.