OpenEars reduces sound playback quality – Politepix /forums/topic/openears-reduces-sound-playback-quality/feed/ Tue, 23 Apr 2024 14:52:15 +0000 https://bbpress.org/?v=2.6.9 en-US /forums/topic/openears-reduces-sound-playback-quality/#post-10943 <![CDATA[OpenEars reduces sound playback quality]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10943 Mon, 03 Sep 2012 19:43:24 +0000 hohl When using OpenEars the sound playback quality gets reduced. Is there a way to prevent the AVAudioSession reconfiguring when using the PocketsphinxController the first time?

]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10944 <![CDATA[Reply To: OpenEars reduces sound playback quality]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10944 Mon, 03 Sep 2012 19:48:52 +0000 Halle Winkler Can you describe the reduction more specifically? It shouldn’t be possible for the bitrate or sample rate to be changed so I’m unclear on what aspect of playback is different. You can’t use PocketsphinxController without the audio session settings it needs.

]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10961 <![CDATA[Reply To: OpenEars reduces sound playback quality]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10961 Wed, 05 Sep 2012 10:19:36 +0000 hohl What I’ve found out when using logging is:
2012-09-05 12:13:51.599 Autoradio[5729:707] preferredBufferSize is incorrect, we will change it.
2012-09-05 12:13:51.604 Autoradio[5729:707] PreferredBufferSize is now on the correct setting of 0.128000.
2012-09-05 12:13:51.609 Autoradio[5729:707] preferredSampleRateCheck is incorrect, we will change it.
2012-09-05 12:13:51.698 Autoradio[5729:707] preferred hardware sample rate is now on the correct setting of 16000.000000.

May this result in reduction?
It’s hard to describe, maybe because I am not a musician. I would say everything sounds more dull. Thought of a lowering of the bitrate?

]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10962 <![CDATA[Reply To: OpenEars reduces sound playback quality]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10962 Wed, 05 Sep 2012 10:33:37 +0000 hohl I extended the logging a bit and recompiled the lib. That’s what I am getting:
2012-09-05 12:29:57.733 Autoradio[5778:707] preferredBufferSize is incorrect, we will change it. Current value: 0.023000
2012-09-05 12:29:57.747 Autoradio[5778:707] PreferredBufferSize is now on the correct setting of 0.128000.
2012-09-05 12:29:57.755 Autoradio[5778:707] preferredSampleRateCheck is incorrect, we will change it. Current value: 44100.000000
2012-09-05 12:29:57.945 Autoradio[5778:707] preferred hardware sample rate is now on the correct setting of 16000.000000.
Sounds like a reduction of hardware sample rate? May I am able to change the check to something like if it is the prefereded kSamplesPerSecond or better or will this block the functionality of OpenEars?

]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10963 <![CDATA[Reply To: OpenEars reduces sound playback quality]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10963 Wed, 05 Sep 2012 10:38:44 +0000 hohl Changed it to:
if (fabs(preferredSampleRateCheck - kSamplesPerSecond) 0.0) { in AudioSessionManager.m:400 and it still works and the reduction doesn’t take place anymore.

]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10965 <![CDATA[Reply To: OpenEars reduces sound playback quality]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10965 Wed, 05 Sep 2012 10:42:25 +0000 Halle Winkler Ah, I understand now, you’re using a full 44.1k rate and PocketsphinxController requires (really requires) a 16k rate. If you convince it not to sample at 16k you will reduce the recognition accuracy severely. You’re correct that 16k recordings won’t sound as nice as 44.1k (CD quality) but if Pocketsphinx analyzed a 44.1k recording it would take forever.

]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10966 <![CDATA[Reply To: OpenEars reduces sound playback quality]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10966 Wed, 05 Sep 2012 10:43:57 +0000 hohl Something is wrong with the code tag in this forum so I uploaded the change to line 400 in AudioSessionManager.m here: https://www.sourcedrop.net/Tyj72cb2147c9

Will this have an influence on OpenEars?

]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10967 <![CDATA[Reply To: OpenEars reduces sound playback quality]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10967 Wed, 05 Sep 2012 10:44:41 +0000 Halle Winkler Why do you need to make a CD-quality recording using the same stream that Pocketsphinx is using?

]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10968 <![CDATA[Reply To: OpenEars reduces sound playback quality]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10968 Wed, 05 Sep 2012 10:45:01 +0000 hohl Ah ok. I understand. But since it still works with the small dictionary I am using I’ll let it like that.

]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10969 <![CDATA[Reply To: OpenEars reduces sound playback quality]]> /forums/topic/openears-reduces-sound-playback-quality/#post-10969 Wed, 05 Sep 2012 10:45:13 +0000 Halle Winkler

Will this have an influence on OpenEars?

Yup, see my answer that slipped in ahead of your last post.

]]>