Как вручную выпустить CMSampleBuffer - PullRequest
0 голосов
/ 27 февраля 2019

Этот код приводит к утечке памяти и сбою приложения:

    var outputSamples = [Float]()

    assetReader.startReading()
    while assetReader.status == .reading {
        let trackOutput = assetReader.outputs.first!

        if let sampleBuffer = trackOutput.copyNextSampleBuffer(),
            let blockBuffer = CMSampleBufferGetDataBuffer(sampleBuffer) {
            let blockBufferLength = CMBlockBufferGetDataLength(blockBuffer)
            let sampleLength = CMSampleBufferGetNumSamples(sampleBuffer) * channelCount(from: assetReader)
            var data = Data(capacity: blockBufferLength)
            data.withUnsafeMutableBytes { (blockSamples: UnsafeMutablePointer<Int16>) in
                CMBlockBufferCopyDataBytes(blockBuffer, atOffset: 0, dataLength: blockBufferLength, destination: blockSamples)
                CMSampleBufferInvalidate(sampleBuffer)

                let processedSamples = process(blockSamples,
                                               ofLength: sampleLength,
                                               from: assetReader,
                                               downsampledTo: targetSampleCount)
                outputSamples += processedSamples
            }
        }
    }
    var paddedSamples = [Float](repeating: silenceDbThreshold, count: targetSampleCount)
    paddedSamples.replaceSubrange(0..<min(targetSampleCount, outputSamples.count), with: outputSamples)

Это происходит из-за copyNextSampleBuffer () и Правило создания .

В свою очередь, мы не можем использовать CFRelease () в Swift.Причина, по которой ссылка на правило Objective-C является единственной, находится за пределами моего понимания.

Есть ли способ выпустить CMSampleBuffer вручную в Swift?

1 Ответ

0 голосов
/ 05 марта 2019

Это не совсем решение, потому что кажется, что освобождение памяти вручную невозможно, и использование цикла while в сочетании с assetReader приводит к тому, что память не освобождается при чтении небезопасных изменяемых байтов.

Проблема была решенаОбходной путь: преобразование аудиофайла в формат CAF перед тем, как подвергнуть его циклу while.

Недостаток: горячая секунда, чем длиннее аудиофайл - тем больше времени.

Перевернутый: он использовал только незначительный объем памяти, что было проблемой в первую очередь.

Вдохновлен: https://stackoverflow.com/users/2907715/carpsen90 ответ в Извлечение уровней измерителя из аудиофайл

...