2011-11-07 16 views
5

मैं खुशी से ऑडियो (44.1khz पर) संश्लेषित कर रहा हूं और इसे रिमोटियो ऑडियो इकाई के माध्यम से भेज रहा हूं। यह मेरे ध्यान में आया है कि टीवी के एक निश्चित मॉडल में एचडीएमआई के माध्यम से बाहर जाने पर मेरे ऐप का ऑडियो "खराब" होता है। ऐसा लगता है कि समस्या इस तथ्य से संबंधित है कि यह टीवी 48khz पर ऑडियो डेटा की तलाश में है।एचडीएमआई पर आईओएस ऑडियो - 48khz नमूना दर से कैसे निपटें?

यहाँ कुछ सवाल हैं:

  • करता RemoteIO जो भी डिवाइस यह करने के लिए outputting है की नमूना दर को अपनाने? अगर मैं एचडीएमआई के माध्यम से 48kz के लिए पूछताछ करने वाले डिवाइस पर ऑडियो भेज रहा हूं, तो क्या मेरे रिमोटियो कॉलबैक बफर 48khz बन जाते हैं?

  • क्या रिमोटियो को अभी भी 44.1khz के संदर्भ में सोचने के लिए मजबूर करने के लिए कुछ आसान तरीका है, और डिवाइस पर डेटा बंद करने से पहले, किसी भी आवश्यक नमूना दर रूपांतरण करने के लिए पर्याप्त स्मार्ट हो?

  • यदि रिमोटियो वास्तव में डिवाइस से केवल उस डिवाइस को स्थगित कर देता है, तो संभवतः मुझे अपने संश्लेषण इंजन और रिमोट आईओ के बीच कुछ नमूना दर रूपांतरण करने की आवश्यकता है। क्या AudioConverterConvertComplexBuffer ऐसा करने का सबसे अच्छा तरीका है?

उत्तर

1

आप नमूना दर रूपांतरण चाहते हैं,, ऑडियो कतार एपीआई का उपयोग कर प्रयास करें या कुछ डीएसपी कोड का उपयोग कर अपने स्वयं के अनुप्रयोग के भीतर रूपांतरण है।

क्या रिमोटियो बफर आकार या नमूना दर कॉन्फ़िगर किया जा सकता है या आईओएस डिवाइस मॉडल, ओएस संस्करण, ऑडियो मार्ग, पृष्ठभूमि मोड इत्यादि पर निर्भर नहीं हो सकता है, इसलिए एक ऐप को रिमोटियो का उपयोग करते समय विभिन्न बफर आकार और नमूना दरों को समायोजित करना होगा ।

3

मेरी समस्या तय की गई। मैं गलत तरीके से यह मान रहा था कि रेंडर कॉलबैक द्वारा अनुरोध किए गए फ्रेम की संख्या दो की शक्ति होगी। फ्रेम की किसी भी मनमानी संख्या को समायोजित करने के लिए मेरे कोड को बदल दिया और अब सब ठीक काम करने लगते हैं।

संबंधित मुद्दे