Прерывистый сбой в записиCallback () при запуске приложения

Приложение iOS (с использованием openFrameworks) вылетает 30-40% времени при запуске на этой линии:

if(soundInputPtr!=NULL) soundInputPtr->audioIn(tempBuffer, ioData->mBuffers[i].mDataByteSize/2, 1); 

который находится внутри большей функции ofxiPhoneSoundStream.m

 static OSStatus recordingCallback(void *inRefCon, AudioUnitRenderActionFlags *ioActionFlags, const AudioTimeStamp *inTimeStamp, UInt32 inBusNumber, UInt32 inNumberFrames, AudioBufferList *ioData) { 

Я делаю настройку звука с помощью ofSoundStreamSetup(0, 1, this, 44100, 256, 4); в setup() .

В симуляторе этот крах случается в 100% случаев. Любая идея (а), что происходит, или (б) как ее отладить?

Обновление: трассировка стека:

 Thread 11 AURemoteIO::IOThread, Queue : (null) #0 0x00008ff2 in Gameplay::listen() at /Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk/usr/include/c++/4.2.1/bits/basic_string.h:238 #1 0x003178bc in recordingCallback(void*, unsigned long*, AudioTimeStamp const*, unsigned long, unsigned long, AudioBufferList*) at /Developer/of_007_iphone/libs/openFrameworks/sound/ofxiPhoneSoundStream.mm:143 #2 0x019447e4 in AUIOHelper::NotifyInputAvailable(AudioTimeStamp const&, unsigned long, AudioBufferList const&) () #3 0x0192baf1 in AURemoteIO::PerformIO(unsigned int, unsigned int, XAudioTimeStamp const&, XAudioTimeStamp const&, int&) () #4 0x0192bbc1 in AURIOCallbackReceiver_PerformIO () #5 0x0191b3bf in _XPerformIO () #6 0x01861c11 in mshMIGPerform () #7 0x018e4180 in MSHMIGDispatchMessage () #8 0x019297ba in AURemoteIO::IOThread::Run() () #9 0x0192e8e1 in AURemoteIO::IOThread::Entry(void*) () #10 0x01836972 in CAPThread::Entry(CAPThread*) () #11 0x97bf7259 in _pthread_start () #12 0x97bf70de in thread_start () 

А затем Thread 11 AURemoteIO::IOThread: Program received signal: "EXC_BAD_ACCESS"

По запросу, recordingCallback() :

 static OSStatus recordingCallback(void *inRefCon, AudioUnitRenderActionFlags *ioActionFlags, const AudioTimeStamp *inTimeStamp, UInt32 inBusNumber, UInt32 inNumberFrames, AudioBufferList *ioData) { AudioBufferList list; // redundant list.mNumberBuffers = 1; list.mBuffers[0].mData = sampleBuffer; list.mBuffers[0].mDataByteSize = 2 * inNumberFrames; list.mBuffers[0].mNumberChannels = 1; ioData = &list; //printf("No buffers: %d, buffer length: %d bus number: %d\n", ioData->mNumberBuffers, ioData->mBuffers[0].mDataByteSize, inBusNumber); // Then: // Obtain recorded samples OSStatus status = AudioUnitRender(audioUnit, ioActionFlags, inTimeStamp, 1, inNumberFrames, ioData); checkStatus(status); if(status!=noErr) return status; if(ioData->mNumberBuffers>0) { int i = 0; short int *buffer = (short int *) list.mBuffers[i].mData; for(int j = 0; j < ioData->mBuffers[i].mDataByteSize/2; j++) { // go through each sample and turn it into a float tempBuffer[j] = (float)buffer[j]/32767.f; } done = true; // THIS LINE IS LINE 143 if(soundInputPtr!=NULL) soundInputPtr->audioIn(tempBuffer, ioData->mBuffers[i].mDataByteSize/2, 1); } return noErr; } 

Строка 143, отмеченная выше, также: if(soundInputPtr!=NULL) soundInputPtr->audioIn(tempBuffer, ioData->mBuffers[i].mDataByteSize/2, 1);

Добавлено:

Gameplay::listen() – это просто трекер max / min – он использовал больше, но я понял, что эти функции лучше перемещены в audioRecieved() . Фактически, никакой другой код не вызывает эту функцию:

 void Gameplay::listen() { // track extremes for XML purpose if (pitchAvg > move.highestPitch) move.highestPitch = pitchAvg; if ((pitchAvg < move.lowestPitch) && pitchAvg != 0) move.lowestPitch = pitchAvg; if (ampAvg > move.loudestVol) move.loudestVol = ampAvg; if ((ampAvg < move.softestVol) && ampAvg > 0.15) move.softestVol = ampAvg; } 

    One Solution collect form web for “Прерывистый сбой в записиCallback () при запуске приложения”

    Прочитайте трассировку стека и идите туда, где она вам сообщает.

     #0 0x00008ff2 in Gameplay::listen() at /Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk/usr/include/c++/4.2.1/bits/basic_string.h:238 

    В моей копии этого файла этот код выглядит следующим образом:

      void _M_dispose(const _Alloc& __a) { #ifndef _GLIBCXX_FULLY_DYNAMIC_STRING if (__builtin_expect(this != &_S_empty_rep(), false)) #endif if (__gnu_cxx::__exchange_and_add_dispatch(&this->_M_refcount, -1) <= 0) //Line 238: _M_destroy(__a); } // XXX MT 

    Если посмотреть в другом месте файла, этот метод вызывается basic_string для освобождения частного хранилища строки ( _M_rep() ).

    Для объектов Objective-C такая авария обычно указывает, что сам объект (в данном случае, строка) был разбит, как правило, путем его высвобождения. Но я не знаю, как это применимо к объектам C ++; в C ++ по сравнению с Objective-C многое другое работает по-другому.

    Мы можем, вероятно, рассказать вам больше, если вы покажете нам код для recordingCallback , включив в него строку 143 этого файла (опять же, посмотрите на трассировку стека, почему я указываю там).

    Interesting Posts

    Как добавить NSIndexPath в NSUserDefaults в swift

    Изменение высоты UICollectionViewCell для соответствия UILabel

    Как отрегулировать отступ заголовка TableView в Swift?

    Как UIView может получить обратный вызов, когда он будет добавлен в его супервизор?

    setViewControllers эквивалентно в watchOS 2 для установки стека навигации?

    Проект OSX с встроенным проектом iOS – UIKit.h не найден

    UIDocumentInteractionController показывает только имя и размер файла при предварительном просмотре

    Как использовать запрос Fetch из xcdatamodeld?

    Сохраняются ли данные, сохраненные с помощью NSUserDefaults, при обновлении приложения?

    Не удалось создать экземпляр собственного типа NSObject,

    Как правильно линеаризовать глубину в OpenGL ES в iOS?

    Разница между слабыми ссылками в блоке и NSTimer

    Показать текстовый курсор при перетаскивании в UITextView

    Маршрутный рисунок на Google Maps для iOS не следует по улицам

    Переопределение с другим типом

    PhoneC: Разработка iOS проста с помощью XCode, Swift3, UITableView, cocatouch, давайте создадим приложения для iPhone, iPad и Macbook.