Error setting audio session active to 0! ‘!act’

Home Forums OpenEars Error setting audio session active to 0! ‘!act’

Viewing 8 posts - 1 through 8 (of 8 total)

  • Author
    Posts
  • #1032454

    dmarques42
    Participant

    I integrated OpenEars into my app successfully, and have been using it for almost a week, no problem, playing with parameters, all fine.

    It was working fine early today. Then, suddenly, this afternoon, I am getting an error when I load it (direct build from Xcode) onto a device:
    Error setting audio session active to 0! ‘!act’

    And, never any response to sound.

    That error occurs always immediately before “Pocketsphinx is now listening.”
    It works fine when I test in the XCode simulator, and I have tried backing out all changes I made in the past week. Somewhere I did something it did not like.

    I believe it was still working when I added a test for microphone approval
    ([[AVAudioSession sharedInstance] requestRecordPermission:^(BOOL granted)),
    but I backed that out as well as all reference to [AVAudioSession sharedInstance].

    I also tried
    AVAudioSession *audioSession = [AVAudioSession sharedInstance];
    err = [audioSession setActive:YES error:nil];
    NSLog(@”sttOn: %d”,err);

    after the above, but it returns 1, so all seems to be fine.

    Any suggestions?

    • This topic was modified 1 year, 5 months ago by  dmarques42.
    • This topic was modified 1 year, 5 months ago by  dmarques42.
    #1032457

    Halle Winkler
    Politepix

    Welcome, please check out the post Please read before you post – how to troubleshoot and provide logging info here so you can see how to turn on and share the logging that provides troubleshooting information for this kind of issue.

    #1032459

    dmarques42
    Participant

    I test on both an iPad 5th generation (iOS 11.4) with 128 GB (115GB free) as well as with an iPhone (iOS 10.3) with the trace below. The app behaves as if the microphone were turned off. I have checked the microphone on both (“Hey, Siri” works) and that it is enabled for the app (as seen in the trace).

    Let me know if there is anything I can provide. My code is essentially the same as the sample code but a callable init routine. The app is integrated into the Coronalabs framework, so init and on/off are called from Lua and results are passed back. Happy to provide the code it it would help.

    Interesting that the log seems to say I have ‘donkey’ twice, but a search of my code only finds one instance, there is a single list of words as in the example.

    2018-06-17 22:54:41.609983-0700 Lion[247:11282] [DYMTLInitPlatform] platform initialization successful
    2018-06-17 22:54:42.256821-0700 Lion[247:11116] Platform: iPhone / iPhone5,3 / 10.3.3 / PowerVR SGX 543 / OpenGL ES 2.0 IMGSGX543-129 / 2018.3309 / en-US | US | en_US | en
    2018-06-17 22:54:42.891013-0700 Lion[247:11116] vars w,h: 1920:1200
    2018-06-17 22:54:42.891933-0700 Lion[247:11116] loading state
    2018-06-17 22:54:47.007882-0700 Lion[247:11116] IGappName: Lion:UA-75228104-9
    2018-06-17 22:54:47.057327-0700 Lion[247:11116] OS version: 10.3.3:10
    2018-06-17 22:54:47.149793-0700 Lion[247:11116] hit loadOE
    2018-06-17 22:54:47.149925-0700 Lion[247:11116] OE called at loadOE

    2018-06-17 22:54:47.377676-0700 Lion[247:11116] Starting OpenEars logging for OpenEars version 2.04 on 32-bit device (or build): iPhone running iOS version: 10.300000
    2018-06-17 22:54:47.378033-0700 Lion[247:11116] Creating shared instance of OEPocketsphinxController
    2018-06-17 22:54:47.386740-0700 Lion[247:11116] Attempting to start listening session from startListeningWithLanguageModelAtPath:
    2018-06-17 22:54:47.391242-0700 Lion[247:11116] User gave mic permission for this app.
    2018-06-17 22:54:47.391780-0700 Lion[247:11116] Valid setSecondsOfSilence value of 0.300000 will be used.
    2018-06-17 22:54:47.392642-0700 Lion[247:11116] Successfully started listening session from startListeningWithLanguageModelAtPath:
    2018-06-17 22:54:47.392982-0700 Lion[247:11344] Starting listening.
    2018-06-17 22:54:47.393144-0700 Lion[247:11344] about to set up audio session
    2018-06-17 22:54:48.263733-0700 Lion[247:11344] Creating audio session with default settings.
    2018-06-17 22:54:48.312852-0700 Lion[247:11344] done starting audio unit
    INFO: cmd_ln.c(702): Parsing command line:
    \
    -lm /var/mobile/Containers/Data/Application/E672CD2C-5475-493E-9BC2-E454739822AE/Library/Caches/LionLanguageModel.DMP \
    -vad_prespeech 10 \
    -vad_postspeech 30 \
    -vad_threshold 1.000000 \
    -remove_noise yes \
    -remove_silence yes \
    -bestpath yes \
    -lw 6.500000 \
    -dict /var/mobile/Containers/Data/Application/E672CD2C-5475-493E-9BC2-E454739822AE/Library/Caches/LionLanguageModel.dic \
    -hmm /var/containers/Bundle/Application/8382AD23-64AA-457C-A44F-5D5E1DC64C40/Lion.app/AcousticModelEnglish.bundle

    Current configuration:
    [NAME] [DEFLT] [VALUE]
    -agc none none
    -agcthresh 2.0 2.000000e+00
    -allphone
    -allphone_ci no no
    -alpha 0.97 9.700000e-01
    -argfile
    -ascale 20.0 2.000000e+01
    -aw 1 1
    -backtrace no no
    -beam 1e-48 1.000000e-48
    -bestpath yes yes
    -bestpathlw 9.5 9.500000e+00
    -ceplen 13 13
    -cmn current current
    -cmninit 8.0 8.0
    -compallsen no no
    -debug 0
    -dict /var/mobile/Containers/Data/Application/E672CD2C-5475-493E-9BC2-E454739822AE/Library/Caches/LionLanguageModel.dic
    -dictcase no no
    -dither no no
    -doublebw no no
    -ds 1 1
    -fdict
    -feat 1s_c_d_dd 1s_c_d_dd
    -featparams
    -fillprob 1e-8 1.000000e-08
    -frate 100 100
    -fsg
    -fsgusealtpron yes yes
    -fsgusefiller yes yes
    -fwdflat yes yes
    -fwdflatbeam 1e-64 1.000000e-64
    -fwdflatefwid 4 4
    -fwdflatlw 8.5 8.500000e+00
    -fwdflatsfwin 25 25
    -fwdflatwbeam 7e-29 7.000000e-29
    -fwdtree yes yes
    -hmm /var/containers/Bundle/Application/8382AD23-64AA-457C-A44F-5D5E1DC64C40/Lion.app/AcousticModelEnglish.bundle
    -input_endian little little
    -jsgf
    -keyphrase
    -kws
    -kws_plp 1e-1 1.000000e-01
    -kws_threshold 1 1.000000e+00
    -latsize 5000 5000
    -lda
    -ldadim 0 0
    -lifter 0 0
    -lm /var/mobile/Containers/Data/Application/E672CD2C-5475-493E-9BC2-E454739822AE/Library/Caches/LionLanguageModel.DMP
    -lmctl
    -lmname
    -logbase 1.0001 1.000100e+00
    -logfn
    -logspec no no
    -lowerf 133.33334 1.333333e+02
    -lpbeam 1e-40 1.000000e-40
    -lponlybeam 7e-29 7.000000e-29
    -lw 6.5 6.500000e+00
    -maxhmmpf 30000 30000
    -maxwpf -1 -1
    -mdef
    -mean
    -mfclogdir
    -min_endfr 0 0
    -mixw
    -mixwfloor 0.0000001 1.000000e-07
    -mllr
    -mmap yes yes
    -ncep 13 13
    -nfft 512 512
    -nfilt 40 40
    -nwpen 1.0 1.000000e+00
    -pbeam 1e-48 1.000000e-48
    -pip 1.0 1.000000e+00
    -pl_beam 1e-10 1.000000e-10
    -pl_pbeam 1e-10 1.000000e-10
    -pl_pip 1.0 1.000000e+00
    -pl_weight 3.0 3.000000e+00
    -pl_window 5 5
    -rawlogdir
    -remove_dc no no
    -remove_noise yes yes
    -remove_silence yes yes
    -round_filters yes yes
    -samprate 16000 1.600000e+04
    -seed -1 -1
    -sendump
    -senlogdir
    -senmgau
    -silprob 0.005 5.000000e-03
    -smoothspec no no
    -svspec
    -tmat
    -tmatfloor 0.0001 1.000000e-04
    -topn 4 4
    -topn_beam 0 0
    -toprule
    -transform legacy legacy
    -unit_area yes yes
    -upperf 6855.4976 6.855498e+03
    -uw 1.0 1.000000e+00
    -vad_postspeech 50 30
    -vad_prespeech 10 10
    -vad_threshold 2.0 1.000000e+00
    -var
    -varfloor 0.0001 1.000000e-04
    -varnorm no no
    -verbose no no
    -warp_params
    -warp_type inverse_linear inverse_linear
    -wbeam 7e-29 7.000000e-29
    -wip 0.65 6.500000e-01
    -wlen 0.025625 2.562500e-02

    INFO: cmd_ln.c(702): Parsing command line:
    \
    -nfilt 25 \
    -lowerf 130 \
    -upperf 6800 \
    -feat 1s_c_d_dd \
    -svspec 0-12/13-25/26-38 \
    -agc none \
    -cmn current \
    -varnorm no \
    -transform dct \
    -lifter 22 \
    -cmninit 40

    Current configuration:
    [NAME] [DEFLT] [VALUE]
    -agc none none
    -agcthresh 2.0 2.000000e+00
    -alpha 0.97 9.700000e-01
    -ceplen 13 13
    -cmn current current
    -cmninit 8.0 40
    -dither no no
    -doublebw no no
    -feat 1s_c_d_dd 1s_c_d_dd
    -frate 100 100
    -input_endian little little
    -lda
    -ldadim 0 0
    -lifter 0 22
    -logspec no no
    -lowerf 133.33334 1.300000e+02
    -ncep 13 13
    -nfft 512 512
    -nfilt 40 25
    -remove_dc no no
    -remove_noise yes yes
    -remove_silence yes yes
    -round_filters yes yes
    -samprate 16000 1.600000e+04
    -seed -1 -1
    -smoothspec no no
    -svspec 0-12/13-25/26-38
    -transform legacy dct
    -unit_area yes yes
    -upperf 6855.4976 6.800000e+03
    -vad_postspeech 50 30
    -vad_prespeech 10 10
    -vad_threshold 2.0 1.000000e+00
    -varnorm no no
    -verbose no no
    -warp_params
    -warp_type inverse_linear inverse_linear
    -wlen 0.025625 2.562500e-02

    INFO: acmod.c(252): Parsed model-specific feature parameters from /var/containers/Bundle/Application/8382AD23-64AA-457C-A44F-5D5E1DC64C40/Lion.app/AcousticModelEnglish.bundle/feat.params
    INFO: feat.c(715): Initializing feature stream to type: ‘1s_c_d_dd’, ceplen=13, CMN=’current’, VARNORM=’no’, AGC=’none’
    INFO: cmn.c(143): mean[0]= 12.00, mean[1..12]= 0.0
    INFO: acmod.c(171): Using subvector specification 0-12/13-25/26-38
    INFO: mdef.c(518): Reading model definition: /var/containers/Bundle/Application/8382AD23-64AA-457C-A44F-5D5E1DC64C40/Lion.app/AcousticModelEnglish.bundle/mdef
    INFO: mdef.c(531): Found byte-order mark BMDF, assuming this is a binary mdef file
    INFO: bin_mdef.c(336): Reading binary model definition: /var/containers/Bundle/Application/8382AD23-64AA-457C-A44F-5D5E1DC64C40/Lion.app/AcousticModelEnglish.bundle/mdef
    INFO: bin_mdef.c(516): 46 CI-phone, 168344 CD-phone, 3 emitstate/phone, 138 CI-sen, 6138 Sen, 32881 Sen-Seq
    INFO: tmat.c(206): Reading HMM transition probability matrices: /var/containers/Bundle/Application/8382AD23-64AA-457C-A44F-5D5E1DC64C40/Lion.app/AcousticModelEnglish.bundle/transition_matrices
    INFO: acmod.c(124): Attempting to use PTM computation module
    INFO: ms_gauden.c(198): Reading mixture gaussian parameter: /var/containers/Bundle/Application/8382AD23-64AA-457C-A44F-5D5E1DC64C40/Lion.app/AcousticModelEnglish.bundle/means
    INFO: ms_gauden.c(292): 1 codebook, 3 feature, size:
    INFO: ms_gauden.c(294): 512×13
    INFO: ms_gauden.c(294): 512×13
    INFO: ms_gauden.c(294): 512×13
    INFO: ms_gauden.c(198): Reading mixture gaussian parameter: /var/containers/Bundle/Application/8382AD23-64AA-457C-A44F-5D5E1DC64C40/Lion.app/AcousticModelEnglish.bundle/variances
    INFO: ms_gauden.c(292): 1 codebook, 3 feature, size:
    INFO: ms_gauden.c(294): 512×13
    INFO: ms_gauden.c(294): 512×13
    INFO: ms_gauden.c(294): 512×13
    INFO: ms_gauden.c(354): 0 variance values floored
    INFO: ptm_mgau.c(805): Number of codebooks doesn’t match number of ciphones, doesn’t look like PTM: 1 != 46
    INFO: acmod.c(126): Attempting to use semi-continuous computation module
    INFO: ms_gauden.c(198): Reading mixture gaussian parameter: /var/containers/Bundle/Application/8382AD23-64AA-457C-A44F-5D5E1DC64C40/Lion.app/AcousticModelEnglish.bundle/means
    INFO: ms_gauden.c(292): 1 codebook, 3 feature, size:
    INFO: ms_gauden.c(294): 512×13
    INFO: ms_gauden.c(294): 512×13
    INFO: ms_gauden.c(294): 512×13
    INFO: ms_gauden.c(198): Reading mixture gaussian parameter: /var/containers/Bundle/Application/8382AD23-64AA-457C-A44F-5D5E1DC64C40/Lion.app/AcousticModelEnglish.bundle/variances
    INFO: ms_gauden.c(292): 1 codebook, 3 feature, size:
    INFO: ms_gauden.c(294): 512×13
    INFO: ms_gauden.c(294): 512×13
    INFO: ms_gauden.c(294): 512×13
    INFO: ms_gauden.c(354): 0 variance values floored
    INFO: s2_semi_mgau.c(904): Loading senones from dump file /var/containers/Bundle/Application/8382AD23-64AA-457C-A44F-5D5E1DC64C40/Lion.app/AcousticModelEnglish.bundle/sendump
    INFO: s2_semi_mgau.c(928): BEGIN FILE FORMAT DESCRIPTION
    INFO: s2_semi_mgau.c(991): Rows: 512, Columns: 6138
    INFO: s2_semi_mgau.c(1023): Using memory-mapped I/O for senones
    INFO: s2_semi_mgau.c(1294): Maximum top-N: 4 Top-N beams: 0 0 0
    INFO: phone_loop_search.c(115): State beam -225 Phone exit beam -225 Insertion penalty 0
    INFO: dict.c(320): Allocating 4138 * 20 bytes (80 KiB) for word entries
    INFO: dict.c(333): Reading main dictionary: /var/mobile/Containers/Data/Application/E672CD2C-5475-493E-9BC2-E454739822AE/Library/Caches/LionLanguageModel.dic
    INFO: dict.c(213): Allocated 0 KiB for strings, 0 KiB for phones
    INFO: dict.c(336): 33 words read
    INFO: dict.c(342): Reading filler dictionary: /var/containers/Bundle/Application/8382AD23-64AA-457C-A44F-5D5E1DC64C40/Lion.app/AcousticModelEnglish.bundle/noisedict
    INFO: dict.c(213): Allocated 0 KiB for strings, 0 KiB for phones
    INFO: dict.c(345): 9 words read
    INFO: dict2pid.c(396): Building PID tables for dictionary
    INFO: dict2pid.c(406): Allocating 46^3 * 2 bytes (190 KiB) for word-initial triphones
    INFO: dict2pid.c(132): Allocated 25576 bytes (24 KiB) for word-final triphones
    INFO: dict2pid.c(196): Allocated 25576 bytes (24 KiB) for single-phone word triphones
    INFO: ngram_model_arpa.c(79): No \data\ mark in LM file
    INFO: ngram_model_dmp.c(166): Will use memory-mapped I/O for LM file
    INFO: ngram_model_dmp.c(220): ngrams 1=34, 2=64, 3=32
    INFO: ngram_model_dmp.c(266): 34 = LM.unigrams(+trailer) read
    INFO: ngram_model_dmp.c(312): 64 = LM.bigrams(+trailer) read
    INFO: ngram_model_dmp.c(338): 32 = LM.trigrams read
    INFO: ngram_model_dmp.c(363): 3 = LM.prob2 entries read
    INFO: ngram_model_dmp.c(383): 3 = LM.bo_wt2 entries read
    INFO: ngram_model_dmp.c(403): 2 = LM.prob3 entries read
    INFO: ngram_model_dmp.c(431): 1 = LM.tseg_base entries read
    INFO: ngram_model_dmp.c(487): 34 = ascii word strings read
    INFO: ngram_search_fwdtree.c(99): 27 unique initial diphones
    INFO: ngram_search_fwdtree.c(148): 0 root, 0 non-root channels, 10 single-phone words
    INFO: ngram_search_fwdtree.c(186): Creating search tree
    INFO: ngram_search_fwdtree.c(192): before: 0 root, 0 non-root channels, 10 single-phone words
    INFO: ngram_search_fwdtree.c(326): after: max nonroot chan increased to 178
    INFO: ngram_search_fwdtree.c(339): after: 27 root, 50 non-root channels, 9 single-phone words
    INFO: ngram_search_fwdflat.c(157): fwdflat: min_ef_width = 4, max_sf_win = 25
    2018-06-17 22:54:48.503710-0700 Lion[247:11344] There is no CMN plist so we are using the fresh CMN value 42.000000.
    2018-06-17 22:54:48.503975-0700 Lion[247:11344] Listening.
    2018-06-17 22:54:48.505680-0700 Lion[247:11344] Project has these words or phrases in its dictionary:
    balloons
    big
    bird
    boy
    bubble
    bug
    cat
    chicken
    come
    cow
    dog
    donkey
    donkey(2)
    down
    duck
    face
    fish
    flower
    fly
    fox
    frog
    girl
    go
    goat
    happy
    horse
    little
    pop
    sad
    snake
    train
    …and 3 more.
    2018-06-17 22:54:48.505861-0700 Lion[247:11344] Recognition loop has started
    2018-06-17 22:54:48.507878-0700 Lion[247:11116] should be listening
    2018-06-17 22:54:48.508516-0700 Lion[247:11116] saving defaults
    2018-06-17 22:54:50.150855-0700 Lion[247:11116] Error setting audio session active to 0! ‘!act’
    2018-06-17 22:54:50.393497-0700 Lion[247:11116] Pocketsphinx is now listening.
    2018-06-17 22:54:50.467624-0700 Lion[247:11116] Audio route has changed for the following reason:
    2018-06-17 22:54:50.468358-0700 Lion[247:11116] There was a category change. The new category is AVAudioSessionCategoryPlayAndRecord
    2018-06-17 22:54:50.473743-0700 Lion[247:11116] This is not a case in which OpenEars notifies of a route change. At the close of this function, the new audio route is —SpeakerMicrophoneBuiltIn—. The previous route before changing to this route was <AVAudioSessionRouteDescription: 0x14d82860,
    inputs = (
    “<AVAudioSessionPortDescription: 0x14dedb00, type = MicrophoneBuiltIn; name = iPhone Microphone; UID = Built-In Microphone; selectedDataSource = Front>”
    );
    outputs = (
    “<AVAudioSessionPortDescription: 0x14d84250, type = Speaker; name = Speaker; UID = Speaker; selectedDataSource = (null)>”
    )>.
    2018-06-17 22:54:50.478436-0700 Lion[247:11116] Audio route has changed for the following reason:
    2018-06-17 22:54:50.479271-0700 Lion[247:11116] There was a category change. The new category is AVAudioSessionCategoryPlayAndRecord
    2018-06-17 22:54:50.487923-0700 Lion[247:11116] This is not a case in which OpenEars notifies of a route change. At the close of this function, the new audio route is —SpeakerMicrophoneBuiltIn—. The previous route before changing to this route was <AVAudioSessionRouteDescription: 0x16e03dd0,
    inputs = (
    “<AVAudioSessionPortDescription: 0x14ebb8b0, type = MicrophoneBuiltIn; name = iPhone Microphone; UID = Built-In Microphone; selectedDataSource = Bottom>”
    );
    outputs = (
    “<AVAudioSessionPortDescription: 0x14eafa60, type = Receiver; name = Receiver; UID = Built-In Receiver; selectedDataSource = (null)>”
    )>.
    2018-06-17 22:54:50.494024-0700 Lion[247:11116] Audio route has changed for the following reason:
    2018-06-17 22:54:50.494740-0700 Lion[247:11116] There was a category change. The new category is AVAudioSessionCategoryPlayAndRecord
    2018-06-17 22:54:50.500761-0700 Lion[247:11116] This is not a case in which OpenEars notifies of a route change. At the close of this function, the new audio route is —SpeakerMicrophoneBuiltIn—. The previous route before changing to this route was <AVAudioSessionRouteDescription: 0x14e63b20,
    inputs = (
    “<AVAudioSessionPortDescription: 0x14e63b70, type = MicrophoneBuiltIn; name = iPhone Microphone; UID = Built-In Microphone; selectedDataSource = Bottom>”
    );
    outputs = (
    “<AVAudioSessionPortDescription: 0x14ea00c0, type = Speaker; name = Speaker; UID = Speaker; selectedDataSource = (null)>”
    )>.
    2018-06-17 22:54:51.492289-0700 Lion[247:11116] Warning: Libinfo call to mDNSResponder on main thread
    2018-06-17 22:54:51.784288-0700 Lion[247:11116] Warning: Libinfo call to mDNSResponder on main thread
    2018-06-17 22:54:52.045386-0700 Lion[247:11116] Valid setSecondsOfSilence value of 0.300000 will be used.
    2018-06-17 22:54:52.051917-0700 Lion[247:11116] Pocketsphinx has resumed recognition.
    2018-06-17 22:54:52.059585-0700 Lion[247:11116] Audio route has changed for the following reason:
    2018-06-17 22:54:52.060154-0700 Lion[247:11116] There was a category change. The new category is AVAudioSessionCategoryPlayAndRecord
    2018-06-17 22:54:52.067922-0700 Lion[247:11116] This is not a case in which OpenEars notifies of a route change. At the close of this function, the new audio route is —SpeakerMicrophoneBuiltIn—. The previous route before changing to this route was <AVAudioSessionRouteDescription: 0x14e97f10,
    inputs = (
    “<AVAudioSessionPortDescription: 0x18863da0, type = MicrophoneBuiltIn; name = iPhone Microphone; UID = Built-In Microphone; selectedDataSource = Front>”
    );
    outputs = (
    “<AVAudioSessionPortDescription: 0x14eb05f0, type = Speaker; name = Speaker; UID = Speaker; selectedDataSource = (null)>”
    )>.
    2018-06-17 22:54:56.577926-0700 Lion[247:11116] Valid setSecondsOfSilence value of 0.300000 will be used.
    2018-06-17 22:54:56.636028-0700 Lion[247:11116] Pocketsphinx has resumed recognition.
    2018-06-17 22:54:56.805270-0700 Lion[247:11116] Event phase: ready
    2018-06-17 22:54:58.661200-0700 Lion[247:11116] Pocketsphinx has suspended recognition.
    2018-06-17 22:55:01.107133-0700 Lion[247:11116] Valid setSecondsOfSilence value of 0.300000 will be used.
    2018-06-17 22:55:01.111860-0700 Lion[247:11116] Pocketsphinx has resumed recognition.
    2018-06-17 22:55:09.130633-0700 Lion[247:11116] Pocketsphinx has suspended recognition.
    2018-06-17 22:55:09.130789-0700 Lion[247:11116] Pocketsphinx has suspended recognition.

    • This reply was modified 1 year, 5 months ago by  dmarques42.
    #1032461

    Halle Winkler
    Politepix

    Does the sample app get the same error on the same device?

    #1032462

    dmarques42
    Participant

    Oh, very sorry, dumb of me not to go back. The original ‘merge’ of the sample app with my Coronalabs framework DOES work, it hears the words. Certainly points to a bug of mine. I’ll see if I can just go back and build up from there, but it will take me a few hours, have to do it tomorrow. Sorry about that, I should have tried. Though, I still don’t understand what is different, both are pretty bare bones.

    #1032463

    Halle Winkler
    Politepix

    No problem, glad you have a known-working reference point you can check things from. I don’t support Corona, so getting it working well in that context has to be done without my assistance unfortunately, but I would recommend just taking your time and assuming it’s something minor which will turn up when retracing your steps if you use the sample app as the guideline.

    #1032464

    dmarques42
    Participant

    Working again, but it looks like a race condition or other timing problem. I essentially replaced line-by-line, and the only difference is when I called the init. If I delay calling it until after the app has mostly started, it gives the error, but if I call the init routine during the framework startup (as, I must say, your documentation recommends), then it works.

    Anyway, thanks for your time, and sorry for the distraction.

    #1032465

    Halle Winkler
    Politepix

    Glad it’s working for you!

Viewing 8 posts - 1 through 8 (of 8 total)
  • You must be logged in to reply to this topic.