Constructively share and discuss your results with bluetooth devices here

Home Forums OpenEars Constructively share and discuss your results with bluetooth devices here

Tagged: 

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

  • Author
    Posts
  • #1031019
    morchella
    Participant

    Finally coming back to the issue of using OpenEars with bluetooth, which I raised in a previous post: https://www.politepix.com/forums/topic/open-earsrapid-ears-2-0-bluetooth/

    This time I am testing on a very popular, inexpensive single-ear headset: Jabra Classic (Model OTE15). The unit works fine with other apps, both for playback and recording on iPhone 5s (iOS 10). However, I can’t get it to work with my app or with the sample app. My app is on OE 2.041; I used the sample app from the 2.502 distro. Here are the logs from the sample app. Basically, the route change happens but then the app ceases to receive any input.

    Any thoughts?

    [spoiler]

    2016-09-26 19:58:19.874151 OpenEarsSampleApp[264:11556] Starting OpenEars logging for OpenEars version 2.502 on 32-bit device (or build): iPhone running iOS version: 10.000000
    2016-09-26 19:58:19.874517 OpenEarsSampleApp[264:11556] Creating shared instance of OEPocketsphinxController
    2016-09-26 19:58:19.928603 OpenEarsSampleApp[264:11556] Starting dynamic language model generation

    2016-09-26 19:58:47.450822 OpenEarsSampleApp[264:11622] Audio route has changed for the following reason:
    2016-09-26 19:58:47.450933 OpenEarsSampleApp[264:11622] A new device is available
    2016-09-26 19:58:47.451337 OpenEarsSampleApp[264:11556] Local callback: The audio input is available
    2016-09-26 19:58:47.466031 OpenEarsSampleApp[264:11622] This is a case for performing a route change. At the close of this method, the new audio route will be <Input route or routes: “BluetoothHFP”. Output route or routes: “BluetoothHFP”>. The previous route before changing to this route was “<AVAudioSessionRouteDescription: 0x17e85ec0,
    inputs = (
    “<AVAudioSessionPortDescription: 0x17e59600, type = MicrophoneBuiltIn; name = iPhone Microphone; UID = Built-In Microphone; selectedDataSource = Bottom>”
    );
    outputs = (
    “<AVAudioSessionPortDescription: 0x17e68ec0, type = Speaker; name = Speaker; UID = Speaker; selectedDataSource = (null)>”
    )>”.
    2016-09-26 19:58:47.500488 OpenEarsSampleApp[264:11556] Local callback: Audio route change. The new audio route is <Input route or routes: “BluetoothHFP”. Output route or routes: “BluetoothHFP”>
    2016-09-26 19:58:47.531584 OpenEarsSampleApp[264:11556] Stopping listening.
    Listening can’t stop yet for the following reason or reasons: an utterance is still in progress | Trying again.
    2016-09-26 19:58:48.054040 OpenEarsSampleApp[264:11556] Attempting to stop an unstopped utterance so listening can stop.
    INFO: cmn_prior.c(131): cmn_prior_update: from < 43.87 5.32 -1.36 5.25 -2.79 3.09 -11.30 -8.55 7.63 -2.01 4.80 -3.71 1.79 >
    INFO: cmn_prior.c(149): cmn_prior_update: to < 43.87 5.32 -1.36 5.25 -2.79 3.09 -11.30 -8.55 7.63 -2.01 4.80 -3.71 1.79 >
    INFO: ngram_search_fwdflat.c(302): Utterance vocabulary contains 0 words
    INFO: ngram_search_fwdtree.c(432): TOTAL fwdtree 2.38 CPU 0.225 xRT
    INFO: ngram_search_fwdtree.c(435): TOTAL fwdtree 26.04 wall 2.466 xRT
    INFO: ngram_search_fwdflat.c(176): TOTAL fwdflat 0.19 CPU 0.018 xRT
    INFO: ngram_search_fwdflat.c(179): TOTAL fwdflat 0.20 wall 0.019 xRT
    INFO: ngram_search.c(308): TOTAL bestpath 0.16 CPU 0.015 xRT
    INFO: ngram_search.c(311): TOTAL bestpath 0.16 wall 0.015 xRT
    2016-09-26 19:58:48.058425 OpenEarsSampleApp[264:11556] No longer listening.
    2016-09-26 19:58:48.077208 OpenEarsSampleApp[264:11556] Attempting to start listening session from startListeningWithLanguageModelAtPath:
    2016-09-26 19:58:48.077937 OpenEarsSampleApp[264:11556] User gave mic permission for this app.
    2016-09-26 19:58:48.078184 OpenEarsSampleApp[264:11556] setSecondsOfSilence wasn’t set, using default of 0.700000.
    2016-09-26 19:58:48.078535 OpenEarsSampleApp[264:11602] Starting listening.
    2016-09-26 19:58:48.078653 OpenEarsSampleApp[264:11602] About to set up audio session
    2016-09-26 19:58:48.469670 OpenEarsSampleApp[264:11602] Creating audio session with default settings.
    2016-09-26 19:58:48.469753 OpenEarsSampleApp[264:11602] Done setting audio session category.
    2016-09-26 19:58:48.474421 OpenEarsSampleApp[264:11602] Sample rate is already the preferred rate of 16000.000000 so not setting it.
    2016-09-26 19:58:48.476472 OpenEarsSampleApp[264:11602] number of channels is already the preferred number of 1 so not setting it.
    2016-09-26 19:58:48.485811 OpenEarsSampleApp[264:11602] Done setting session’s preferred I/O buffer duration to 0.128000 – now the actual buffer duration is 0.128000
    2016-09-26 19:58:48.485901 OpenEarsSampleApp[264:11602] Done setting up audio session
    2016-09-26 19:58:48.486753 OpenEarsSampleApp[264:11602] About to set up audio IO unit in a session with a sample rate of 16000.000000, a channel number of 1 and a buffer duration of 0.128000.
    2016-09-26 19:58:48.503724 OpenEarsSampleApp[264:11602] Done setting up audio unit
    2016-09-26 19:58:48.503806 OpenEarsSampleApp[264:11602] About to start audio IO unit
    2016-09-26 19:58:48.842771 OpenEarsSampleApp[264:11814] Audio Unit render error: kAudioUnitErr_CannotDoInCurrentContext
    2016-09-26 19:58:48.970676 OpenEarsSampleApp[264:11814] Audio Unit render error: kAudioUnitErr_CannotDoInCurrentContext
    2016-09-26 19:58:49.098657 OpenEarsSampleApp[264:11814] Audio Unit render error: kAudioUnitErr_CannotDoInCurrentContext
    2016-09-26 19:58:49.226662 OpenEarsSampleApp[264:11814] Audio Unit render error: kAudioUnitErr_CannotDoInCurrentContext
    2016-09-26 19:58:49.354676 OpenEarsSampleApp[264:11814] Audio Unit render error: kAudioUnitErr_CannotDoInCurrentContext
    2016-09-26 19:58:49.482676 OpenEarsSampleApp[264:11814] Audio Unit render error: kAudioUnitErr_CannotDoInCurrentContext
    2016-09-26 19:58:49.610681 OpenEarsSampleApp[264:11814] Audio Unit render error: kAudioUnitErr_CannotDoInCurrentContext
    2016-09-26 19:58:49.738679 OpenEarsSampleApp[264:11814] Audio Unit render error: kAudioUnitErr_CannotDoInCurrentContext
    2016-09-26 19:58:49.866669 OpenEarsSampleApp[264:11814] Audio Unit render error: kAudioUnitErr_CannotDoInCurrentContext
    2016-09-26 19:58:49.867433 OpenEarsSampleApp[264:11602] Done starting audio unit
    INFO: pocketsphinx.c(145): Parsed model-specific feature parameters from /var/containers/Bundle/Application/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.app/AcousticModelEnglish.bundle/feat.params
    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
    -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 40
    -compallsen no no
    -debug 0
    -dict /var/mobile/Containers/Data/Application/7018071D-E52A-4677-926A-E2EA08843CB2/Library/Caches/FirstOpenEarsDynamicLanguageModel.dic
    -dictcase no no
    -dither no no
    -doublebw no no
    -ds 1 1
    -fdict /var/containers/Bundle/Application/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.app/AcousticModelEnglish.bundle/noisedict
    -feat 1s_c_d_dd 1s_c_d_dd
    -featparams /var/containers/Bundle/Application/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.app/AcousticModelEnglish.bundle/feat.params
    -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/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.app/AcousticModelEnglish.bundle
    -input_endian little little
    -jsgf
    -keyphrase
    -kws
    -kws_delay 10 10
    -kws_plp 1e-1 1.000000e-01
    -kws_threshold 1 1.000000e+00
    -latsize 5000 5000
    -lda
    -ldadim 0 0
    -lifter 0 22
    -lm /var/mobile/Containers/Data/Application/7018071D-E52A-4677-926A-E2EA08843CB2/Library/Caches/FirstOpenEarsDynamicLanguageModel.DMP
    -lmctl
    -lmname
    -logbase 1.0001 1.000100e+00
    -logfn
    -logspec no no
    -lowerf 133.33334 1.300000e+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 /var/containers/Bundle/Application/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.app/AcousticModelEnglish.bundle/mdef
    -mean /var/containers/Bundle/Application/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.app/AcousticModelEnglish.bundle/means
    -mfclogdir
    -min_endfr 0 0
    -mixw
    -mixwfloor 0.0000001 1.000000e-07
    -mllr
    -mmap yes yes
    -ncep 13 13
    -nfft 512 512
    -nfilt 40 25
    -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 /var/containers/Bundle/Application/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.app/AcousticModelEnglish.bundle/sendump
    -senlogdir
    -senmgau
    -silprob 0.005 5.000000e-03
    -smoothspec no no
    -svspec 0-12/13-25/26-38
    -tmat /var/containers/Bundle/Application/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.app/AcousticModelEnglish.bundle/transition_matrices
    -tmatfloor 0.0001 1.000000e-04
    -topn 4 4
    -topn_beam 0 0
    -toprule
    -transform legacy dct
    -unit_area yes yes
    -upperf 6855.4976 6.800000e+03
    -uw 1.0 1.000000e+00
    -vad_postspeech 50 69
    -vad_prespeech 20 10
    -vad_startspeech 10 10
    -vad_threshold 2.0 2.300000e+00
    -var /var/containers/Bundle/Application/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.app/AcousticModelEnglish.bundle/variances
    -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: 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(164): Using subvector specification 0-12/13-25/26-38
    INFO: mdef.c(518): Reading model definition: /var/containers/Bundle/Application/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.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/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.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/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.app/AcousticModelEnglish.bundle/transition_matrices
    INFO: acmod.c(117): Attempting to use PTM computation module
    INFO: ms_gauden.c(198): Reading mixture gaussian parameter: /var/containers/Bundle/Application/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.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/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.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(119): Attempting to use semi-continuous computation module
    INFO: ms_gauden.c(198): Reading mixture gaussian parameter: /var/containers/Bundle/Application/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.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/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.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/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.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(114): State beam -225 Phone exit beam -225 Insertion penalty 0
    INFO: dict.c(320): Allocating 4113 * 20 bytes (80 KiB) for word entries
    INFO: dict.c(333): Reading main dictionary: /var/mobile/Containers/Data/Application/7018071D-E52A-4677-926A-E2EA08843CB2/Library/Caches/FirstOpenEarsDynamicLanguageModel.dic
    INFO: dict.c(213): Allocated 0 KiB for strings, 0 KiB for phones
    INFO: dict.c(336): 8 words read
    INFO: dict.c(358): Reading filler dictionary: /var/containers/Bundle/Application/6E18C75B-3C52-4DDD-A34C-BA6474EB1CE1/OpenEarsSampleApp.app/AcousticModelEnglish.bundle/noisedict
    INFO: dict.c(213): Allocated 0 KiB for strings, 0 KiB for phones
    INFO: dict.c(361): 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_trie.c(424): Trying to read LM in bin format
    INFO: ngram_model_trie.c(457): Header doesn’t match
    INFO: ngram_model_trie.c(180): Trying to read LM in arpa format
    INFO: ngram_model_trie.c(71): No \data\ mark in LM file
    INFO: ngram_model_trie.c(537): Trying to read LM in DMP format
    INFO: ngram_model_trie.c(632): ngrams 1=10, 2=16, 3=8
    INFO: lm_trie.c(317): Training quantizer
    INFO: lm_trie.c(323): Building LM trie
    INFO: ngram_search_fwdtree.c(99): 8 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 145
    INFO: ngram_search_fwdtree.c(339): after: 8 root, 17 non-root channels, 9 single-phone words
    INFO: ngram_search_fwdflat.c(157): fwdflat: min_ef_width = 4, max_sf_win = 25
    2016-09-26 19:58:50.056614 OpenEarsSampleApp[264:11602] Restoring SmartCMN value of 43.872070
    2016-09-26 19:58:50.056761 OpenEarsSampleApp[264:11602] Listening.
    2016-09-26 19:58:50.057614 OpenEarsSampleApp[264:11602] Project has these words or phrases in its dictionary:
    BACKWARD
    CHANGE
    FORWARD
    GO
    LEFT
    MODEL
    RIGHT
    TURN
    2016-09-26 19:58:50.057733 OpenEarsSampleApp[264:11602] Recognition loop has started
    2016-09-26 19:58:50.058026 OpenEarsSampleApp[264:11556] Successfully started listening session from startListeningWithLanguageModelAtPath:
    2016-09-26 19:58:50.058928 OpenEarsSampleApp[264:11556] Local callback: Pocketsphinx has stopped listening.
    2016-09-26 19:58:50.060955 OpenEarsSampleApp[264:11556] Local callback: Pocketsphinx is now listening.
    2016-09-26 19:58:50.062509 OpenEarsSampleApp[264:11556] Local callback: Pocketsphinx started.
    2016-09-26 19:58:50.066197 OpenEarsSampleApp[264:11622] Audio route has changed for the following reason:
    2016-09-26 19:58:50.066622 OpenEarsSampleApp[264:11622] There was a category change. The new category is AVAudioSessionCategoryPlayAndRecord
    2016-09-26 19:58:50.069447 OpenEarsSampleApp[264:11622] This is not a case in which OpenEars notifies of a route change. At the close of this method, the new audio route will be <Input route or routes: “BluetoothHFP”. Output route or routes: “BluetoothHFP”>. The previous route before changing to this route was “<AVAudioSessionRouteDescription: 0x17e4b880,
    inputs = (
    “<AVAudioSessionPortDescription: 0x17e7a0d0, type = BluetoothHFP; name = Jabra CLASSIC v1.0.0; UID = 1C:48:F9:DE:45:4B-tsco; selectedDataSource = (null)>”
    );
    outputs = (
    “<AVAudioSessionPortDescription: 0x17e7b560, type = BluetoothHFP; name = Jabra CLASSIC v1.0.0; UID = 1C:48:F9:DE:45:4B-tsco; selectedDataSource = (null)>”
    )>”.
    2016-09-26 19:58:50.076409 OpenEarsSampleApp[264:11622] Audio route has changed for the following reason:
    2016-09-26 19:58:50.076850 OpenEarsSampleApp[264:11622] There was a category change. The new category is AVAudioSessionCategoryPlayAndRecord
    2016-09-26 19:58:50.079782 OpenEarsSampleApp[264:11622] This is not a case in which OpenEars notifies of a route change. At the close of this method, the new audio route will be <Input route or routes: “BluetoothHFP”. Output route or routes: “BluetoothHFP”>. The previous route before changing to this route was “<AVAudioSessionRouteDescription: 0x17d99040,
    inputs = (
    “<AVAudioSessionPortDescription: 0x17d7b070, type = MicrophoneBuiltIn; name = iPhone Microphone; UID = Built-In Microphone; selectedDataSource = Front>”
    );
    outputs = (
    “<AVAudioSessionPortDescription: 0x17d5ac90, type = Speaker; name = Speaker; UID = Speaker; selectedDataSource = (null)>”
    )>”.
    2016-09-26 19:58:50.085023 OpenEarsSampleApp[264:11622] Audio route has changed for the following reason:
    2016-09-26 19:58:50.085380 OpenEarsSampleApp[264:11622] There was a category change. The new category is AVAudioSessionCategoryPlayAndRecord
    2016-09-26 19:58:50.088913 OpenEarsSampleApp[264:11622] This is not a case in which OpenEars notifies of a route change. At the close of this method, the new audio route will be <Input route or routes: “BluetoothHFP”. Output route or routes: “BluetoothHFP”>. The previous route before changing to this route was “<AVAudioSessionRouteDescription: 0x17e5ebb0,
    inputs = (
    “<AVAudioSessionPortDescription: 0x17e88dc0, type = BluetoothHFP; name = Jabra CLASSIC v1.0.0; UID = 1C:48:F9:DE:45:4B-tsco; selectedDataSource = (null)>”
    );
    outputs = (
    “<AVAudioSessionPortDescription: 0x17e85df0, type = BluetoothHFP; name = Jabra CLASSIC v1.0.0; UID = 1C:48:F9:DE:45:4B-tsco; selectedDataSource = (null)>”
    )>”.
    2016-09-26 19:58:50.095480 OpenEarsSampleApp[264:11622] Audio route has changed for the following reason:
    2016-09-26 19:58:50.095883 OpenEarsSampleApp[264:11622] There was a category change. The new category is AVAudioSessionCategoryPlayAndRecord
    2016-09-26 19:58:50.098783 OpenEarsSampleApp[264:11622] This is not a case in which OpenEars notifies of a route change. At the close of this method, the new audio route will be <Input route or routes: “BluetoothHFP”. Output route or routes: “BluetoothHFP”>. The previous route before changing to this route was “<AVAudioSessionRouteDescription: 0x17e89780,
    inputs = (
    “<AVAudioSessionPortDescription: 0x17e4b880, type = MicrophoneBuiltIn; name = iPhone Microphone; UID = Built-In Microphone; selectedDataSource = Bottom>”
    );
    outputs = (
    “<AVAudioSessionPortDescription: 0x17e89c70, type = Receiver; name = Receiver; UID = Built-In Receiver; selectedDataSource = (null)>”
    )>”.

    [/spoiler]

    #1031021
    Halle Winkler
    Politepix

    Hi,

    No thoughts, since BT support is experimental due to these issues not originating in this library (check out the FAQ for more elaboration on this) but if you look at your previous post you linked to, at the bottom I discussed additions to OEPocketsphinxController in 2.502 that give you much more ability to troubleshoot your own BT integrations (experiences/successes with them are also discussed in a few recent forums posts for more granular info), good luck!

    #1031028
    morchella
    Participant

    Halle, thanks for those pointers. I’ve now got bluetooth working (in the sample app) on all three devices that I own: Jabra Classic, PowerBeats and Beats Solo. All that was needed was to disable preferred buffer size. (I haven’t done this in my own app, because I’m not yet on 2.5.)

    This leads to various thoughts about how best to adapt to bluetooth when it is present. In order to do that, it would be great if you could share your experience. Which headsets have you tested and what were the results? From reading the FAQ, it sounds like it is not always preferred buffer size that does the trick?

    I’d also be very interested to know just how much impact disabling these settings has on OE performance?

    Does PolitePix have any way to host a wiki where the community could share device tests? Perhaps collectively we could do what is not reasonable for you to do alone?

    I totally understand the impossibility of offering full bluetooth support, given the diversity of devices out in the wild. But, at the same time, from my users’ point of view, when the app fails to work with their headset, it’s the app’s fault. They say, “My headset works with everything else–this app is just too buggy–Delete.” That’s why I believe we have to make a best effort to support bluetooth, even if it will never be 100% and even if you–quite understandably–can’t devote much time to it.

    #1031029
    Halle Winkler
    Politepix

    Hi,

    It’s fine if you want to repurpose this thread as a place for people to share results, as long as it remains very info-based and constructive. I don’t have bandwidth to compose any reports about BT from my end of things, sorry, but this project has added many improvements for broader BT compatibility (and other coexistence issues which don’t originate with it) over time, so I will continue to pay attention to what developers report and continue to make generalized improvements where possible/non-harmful.

    If developers want to discuss their results with particular BT devices here, please include the following info:

    BT device and its hardware version
    Apple device
    Device OS version
    OpenEars version and the version of any plugins used
    (these should always be current – please share them to verify this)
    Any OpenEars coexistence APIs used and results
    Noted impact on performance and/or accuracy
    (care should be taken to set up the least-subjective tests possible before sharing data on either of these – one-off anecdotes or unobserved hearsay can lead to a lot of confusion and I will remove observations that I’m concerned are both low-data and confusing)

    I will ask that in order to keep this thread available as a reference and way to passively inform me of experiences with devices at such time that I do have bandwidth to investigate generalizable improvements, that posters here operate from the assumption that I’ve given thought to BT support issues and that the time and status it is given is an accurate reflection of the time resources available and the points of origination for the issues encountered, and hopefully see that despite its experimental status, it gets regular attention in the codebase as a result of this decision process.

    #1031038
    morchella
    Participant

    ################

    DEVICE: Powerbeats 2 Wireless (no model #)
    APPLE DEVICE: iPhone 5s
    iOS VERSION: 10.0
    OPEN EARS VERSION: 2.5

    BEHAVIOR: OE does not accept input from device.

    FIX: Set disablePreferredBufferSize = YES.

    ################

    DEVICE: Beats Solo 2 Wireless (no model #)
    APPLE DEVICE: iPhone 5s
    iOS VERSION: 10.0
    OPEN EARS VERSION: 2.5

    BEHAVIOR: OE does not accept input from device.

    FIX: Set disablePreferredBufferSize = YES.

    ################

    DEVICE: Jabra Classic (Model OTE15)
    APPLE DEVICE: iPhone 5s
    iOS VERSION: 10.0
    OPEN EARS VERSION: 2.5

    BEHAVIOR: OE does not accept input from device.

    FIX: Set disablePreferredBufferSize = YES.

    #1031056
    BergeracMatt
    Participant

    ################

    DEVICE: Uniden BTS200
    APPLE DEVICE: iPad Mini 2
    iOS VERSION: 10.0
    OPEN EARS VERSION: 2.5.03

    BEHAVIOR: OE does not accept input from device.

    FIX: Set disablePreferredBufferSize = YES.

    Additional Info: This hardware combination worked perfectly with IOS 9 before upgrading to IOS 10

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