Constructively share and discuss your results with bluetooth devices here

[morchella]

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]

[Halle Winkler]

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!

[morchella]

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.

[Halle Winkler]

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.

[morchella]

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

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.

[BergeracMatt]

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

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

[Author]

Posts